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ABSTRACT 



A method and apparatus for extracting data from a stream of 
data includes processing that begins by receiving at least one 
bit of data from a bit stream of data. The bit stream of data 
represents packetized data that is formatted based on a data 
packetizing protocol (e.g., HDLC encapsulated data pack- 
etizing formats). Next, a data packet associated with the at 
least one bit is identified based on time occunence of 
receiving the bit. Next, the status of the data packet is 
determined based on the time occurrence of the bit and the 
data packet (e.g., the content of the data contained within the 
data packet and/or the bit). The processing continues by 
extracting data from the at least one bit based on the status 
of the data packet and the content of the bit. Next, the 
processing updates al least a portion of the status of the data 
packet based, at least partially, on the content of the bit. The 
extracted data is then stored in a determined location of local 
memory, where the storage location is determined based on 
the data packet and its associated logical channel. 

34 Claims, 42 Drawing Sheets 
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METHOD AND APPARATUS FOR DATA 
EXTRACTION FROM A BIT STREAM 

TECHNICAL FIELD OF THE INVENTION 

The present iDvention relates generally to telecommuni- 
cation equipment and more particularly to data transporta- 
tion within such equipment. 

BACKGROUND OF THE INVENTION 

Telecommunication is known to allow one or more calling 
parties to convey data to one or more called parties. The data 
conveyed may be voice, video data, and/or computer data. 
Computer data includes e-mail comraunicatioas, file 
transfers, file sharing, etc. To enable such communication, a 
calling party transmits an identifying code (e.g., phone 
number) of at least one called party to a local exchange 
carrier (LEC), which is typically operated by a local phone 
company, or to an inter-network exchange carrier (lEC), 
which is typically operated by a long distance phone com- 
pany. The receiving exchange carrier interprets the identi- 
fying code of the called party and determines whether it can 
complete the communication path between the called and 
calling parties (e.g., the call is a local call). If so, the 
receiving exchange carrier provides a communication path 
for the calling party and the called party such that they may 
participate in a communication. 

If, however, the receiving exchange carrier cannot com- 
plete the communication path, it transfers the called party's 
identifying code to another local exchange carrier and/or to 
an inter-network exchange carrier. The called party's iden- 
tifying code is continually passed until it reaches a local 
exchange carrier, or an inter-network exchange carrier, that 
can complete the communication path. 

As is knovm, local exchange carriers and inter-network 
exchange carriers each processes hundreds, thousands, and 
even tens of thousands of calls at any given moment. To 
facilitate such a vast number of communications, each of the 
LECs and lECs includes switching equipment that multi- 
plexes the plurality of communications for more efficient 
processing. A common multiplexing method for North 
American Public Data/Telephony Network is to multiplex a 
line as a DS3 line, which includes 28 DSl lines, which, in 
turn, each includes 24 DSO lines. As is known, a DSO line 
support 64 Kbps or 56 Kbps of data, depending on its 
selected configuration. Since a DSl line supports 24 DSO 
hues, a DSl has a data bandwidth of 1.536 Mbps (24*64 
Kbps). Thus, a DS3 line, which includes 672 DSOs, has a 
data bandwidth of approximately 43 Mbps (672*64 Kbps). 
As is also known, DSO lines may be combined into logical 
channels (often referred to as streams) depending on a 
particular customer's needs. For example, a typical indi- 
vidual data consumer (i.e., a home user) would require a 
single DSO line, or link. In contrast, a business may require 
a full DSl, or Tl, link thus utilizing the full 1.536 Mbps of 
bandwidth. 

Another multiplexing method, which is primarily used 
outside of North America, is to configure a line as an E3 line, 
which includes 16 El lines. As is known, an El line is 
comprised of 32 DSO lines (of which 31 support data) and 
has a data band width of 1.984 Mbps. Thus, an E3 line 
includes up to 496 DSO lines and has data bandwidth of 
approximately 33 Mbps. The DSO lines may be assigned to 
customers based on their data bandwidth requirements in a 
similar manner as the DSO lines are allocated for a DS3 hne. 
As such, a consumer may have a logical channel that 
includes a single DSO line or up to a complete El link. 
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To ensure cooperation of telephone multiplexing 
equipment, several data transmission standards have been 
adopted. One such standard requires data to be transported 
in accordance with a High-level Data Link Controller 

5 (HDLC) encapsulated data protocol. There are several types 
of HDLC encapsulated data protocols including frame relay, 
point to point protocol (PPP) and switched multi-megabit 
data service (SMDS). In essence, the HDLC encapsulated 
technique allows multiple connections (i.e., logical 
channels) to be carried on a single link, be terminated, and 
adapted for further transportation using another encapsulat- 
ing techniques. For example, data that has been packetized 
based on the frame relay HDLC encapsulated data protocol 
can be terminated and then converted to another HDLC 

j5 encapsulated data packetizing protocol (e.g., PPP and/or 
SMDS) or to other data packetizing protocol such as ATM 
(asynchronous transfer mode) data packetizing protocol. For 
example, a frame relay to ATM adaptation technique 
includes network interworking and service interworking 

2Q functionality, where service interworking provides two 
adaptation subcategories: transparent and translation. The 
conversion of data from one encapsulated data packetizing 
protocols to another is regulated by several published stan- 
dards from Belcor, ITU, the frame relay forum, the ATM 

25 forum, and the Internet engineering task force. 

To facilitate data transportation within the switching 
equipment, the switching equipment includes a direct 
memory access (DMA) controller. Atypical DMA controller 
transports data elements from point to point in response to 

30 a stimulus from the source or destination point without 
regard to the data content. More advanced DMA controllers 
support scattering/gathering of data. As is known, the 
scattering/gathering technique enables a DMA controller to 
segment large blocks of data into smaller blocks and to 

35 distribute the smaUer blocks within a large memory system, 
achieving more efficient use of the large memory system. A 
more advanced DMA controller typically implements the 
scattering/gathering without regard to data content and usu- 
ally in only one data transfer direction (e.g., to the large 

40 memory system or from the large memory system). The 
more advanced DMA controller may, however, verify that 
the data is formatted in accordance with a specific data 
packetizing protocol (e.g., HDLC frame relay encapsulated 
data protocol) based on the data content, but the transporting 

45 of data is stUl independent of the data content. 

To achieve multi-channel processing with a single DMA 
controller, the DMA circuit resources for a single channel 
are replicated. When the stimulus is received for a data 
transfer via a particular logical channel, the circuit resources 

50 for the particular logical channel are activated, but the 
circuitry for the other logical channels remains inactive. As 
such, the switching equipment is not operating at an optimal 
level. 

To improve the switching equipment's multi-channel 
55 performance, the equipment may include a multi-channel 
DMA controller, which services multiple logical charmels as 
they require data transfers. Controlling such multiple chan- 
nel data transfers may be done in one of a variety of ways. 
For example, each channel, or object, in the system may be 
60 serviced based on a theoretical average of the overall system 
requirements. As such, each object obtains a theoretical 
average value and is processed in accordance with this 
average. While this method assures that each object will be 
processed, it, at times, over emphasizes some objects of 
65 lesser importance while undervaluing objects of greater 
importance. An alternate technique assigns a maximum 
weight for any given object. As such, each object is serviced 
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as though it were of a maximum weight, i.e., priority. In this FIG. 13 illustrates a schematic block diagram of another 

technique, the condition of all possible objects times maxi- alternate data transport circuit in accordance with present 

mum weight is theoretically impossible, but to come close to invention; 

fulfilling this theoretical condition, a substantial amount of pjQ 14 illustrates a logic diagram of a method for 

memory and supporting circuitry is required, which tends to 5 transporting data in accordance with the present invention; 

be wasteftil Another technique allows the object to set its ^5 illustrates a graphical representation of data 

own pace of processing, which is efficient for keeping a transportation in accordance with the present invention; 

given resource busy. However, m a runaway situation, a ^. ^.^ -r,,- 

given object can consume the system, taking more than its PI^. 16 illustrates a graphical representation of data bit 

fair share and starving other objects from being serviced, lo P^^'l"" synchronization m accordance with the present 

Incorporating^the above described techniq ues and ' 

circuitry, a- telecommunication^witch that supports a DS3^ PI^- 1'^ illustrates a schematic block diagram of a data 

link,-'oriirE3 link,' can be configured to accommodate up to) extraction module in accordance with the present invention; 

liS-logical^chamiek Recently, litafatur^fofisradvanced FIG. 18 illustrates a logic diagram of a method for data 

telecommuriication-switch^-claims-that-the-sAyitch can be 15 extraction in accordance with the present invention; 

^configured to support up to 256 logical channels. Thus, when FIG. 19 illustrates a logic diagram of a method for further 

most of the-logical-channels.supported by the switch each data extraction in accordance with the present invention; 

includes a plurality of DSOs, the DS3/E3 link is run at near pj^ 20 illustrates a schematic block diagram of an 

bandwidth capacity. However, when a majority of the logical ^^^emate data extraction module in accordance with the 

channels include only a single DSO, which would be the case 20 prgsg^t invention* 

for most home users, a substantial portion of the DS3/E3 i . -.• r i. * *t. j 

TIL J J*!- • J r» II *u f i^oT T 1 • ui FIG. 21 illustrates a logic diagram for an altemate method 

hnk bandwidth is unused. Recall that a DS3 Udk is capable - . . . j vi_ 

f _** T\c-r^ rrr. f r^a ^■^ ' -4- 01 data extiactiou in accordance With thc prcscut inventiou; 

of supporting 672 DSOs. Thus, if the DS3 Imk is supporting ^ 

logical channels that all include a single DSO up to 41 6 DSOs PIG. 22 illustrates a logic diagram in furtherance of the 

go unused. As one can imagine, when the DS3 link is 25 method of FIG. 21; 

operated at below its data bandwidth capacity, data trans- FIG. 23 illustrates a graphical representation of bit posi- 

portation efficiency suffers. tion synchronization for egress data in accordance with the 

Therefore, a need exist s for a jnethod and apparatus that present invention; 

allowFfoiTTilecommunication^ to a FIG. 24 illustrates a schemaUc block diagram of a data 

£:::i5S3^t3"link-taacgmmoaat^^ In 30 packetizing module in accordance with the present invcn- 

addition, the method and apparatus should provided service tion; 

provider operating the telecommunication switch enhanced FIG. 25 illustrates a logic diagram of a method for 

flexibility in supporting its ever-changing customers* needs. packetizing data in accordance with the present invention; 

BRIEF DESCRIPTION OF THE DRAWINGS FIG. 26 illustrates a schematic block diagram of an 

altemate data packetizing module in accordance with the 
present invention; 

FIG. 27 illustrates a logic diagram of an altemate method 



35 



FIG. 1 illustrates a schematic block diagram of a data 
communication environment in accordance with the present 

invention; ^ , ... 

i-n/^ -11 . ^ u Li 1 J- r J ^ for packetizmg data in accordance with the present inven- 

FIG. 2 illustrates a schematic block diagram of a data ^ ^ 

transport system in accordance with the present invention; 40 ' ^ t - r 

CTi- ^ -11 ^ . L *• Li 1 J- c u FIG. 28 illustrates a logic diagram of a method m fur- 

FIG. 3 illustrates a schematic block diagram ot an alter- , _ , . /V,,^ ^» 

. , . , 4 - J uu *u * therance of the method of FIG, 27; 

nate data transport system in accordance with the present ' 

invention* ^^G- 29 illustrates a schematic block diagram for a 

FIG. 4 illustrates a schematic block diagram of a transport management system that processes ingress data in 
mapping circuit in accordance with the present invention; 45 accordance with the present mvenUon; 

FIG. 5 illustrates a schematic block diagram of an alter- P^G. 30 illustrates a schematic block diagram of a 

nate transport mapping circuit in accordance with the management system that processes egress data m 

present invention; accordance with the present invention; 

FIG. 6 illustrates a graphical representation for generating f'lG, 31 iUustrates a schematic block diagram of a data 
a bit stream of interleaved data in accordance with the ^° transport managing module in accordance with the present 

present invention; invention; 

FIG. 7 illustrates a graphical representation of data trans- ^IG. 32 illustrates a logic diagram of a method for 

portation in accordance with the present invention; memory management in accordance with the present mven- 

FIG. 8 illustrates a graphical representation of data trans- 

port timing in accordance with the present invention; FIG. 33 illustrates a logic diagram of a method in fur- 

FIG. 9 illustrates a logic diagram of a method for high- therance of die method of FIG. 32; 

speed data transportation in accordance with the present FIG. 34 illustrates a schematic block diagram of an 

invention; altemate data transport managing module in accordance 

FIG. 10 iUustrates a schematic block diagram of a data with the present invention; 

transport circuit in accordance with the present invention; FIG. 35 illustrates a logic diagram of an altemate method 

FIG. 11 illustrates a schematic block diagram of an for data management in accordance with the present inven- 

alternate data transport circuit in accordance with the present tion; 

invention; FIG. 36 illustrates a logic diagram of a method in fur- 

FIG. 12 illustrates a schematic block diagram of multi- 65 therance of the method of FIG. 35; 

plexing the input and output bit streams to and from the data FIG. 37 illustrates a graphical representation of generat- 

transport circuit in accordance with the present invention; ing a linked list in accordance with the present invention; 
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FIG. 38 illustrates a graphical representation of updating 
the linked list with a new object in accordance with the 
present inventions; 

FIG. 39 illustrates a graphical representation of deleting 
an object from the linked list in accordance with the present 
invention; 

FIG, 40 illustrates a schematic block diagram of a 
dynamic list processor in accordance with the present inven- 
tion; 

FIG- 41 illustrates a logic diagram of a method for 
generating a dynamic list in accordance with the present 
invention; 

FIG. 42 illustrates a schematic block diagram of an 
alternate dynamic list processor in accordance with the 
present invention; and 

FIG. 43 illustrates a logic diagram of an alternate method 
for generating a dynamic list in accordance with the present 
invention. 

DETAILED DESCRIPTION OF A PREFERRED 
EMBODIMENT 

Generally, the present invention provides a method and 
apparatus for extracting data from a stream of data. Such 
processing begins by receiving at least one bit of data from 
a bit stream of data. The bit stream of data represents 
packetized data that is formatted based on a data packetizing 
protocol (e.g., HDLC encapsulated data packetizing 
formats). Next, a data packet associated with the at least one 
bit is identified based on time occurrence of receiving the 
bit. Next, the status of the data packet is determined based 
on the time occurrence of the bit and the data packet (e.g., 
the content of the previous data contained within the data 
packet and/or the bit). The processing continues by extract- 
ing data from the at least one bit based on the status of the 
data packet and the content of the bit. Next, the processing 
updates at least a portion of the status of the data packet 
based, at least partially, on the content of the bit. The 
extracted data is then stored in a determined location of local 
memory, where the storage location is determined based on 
the data packet and its associated logical channel. With such 
a method, streams of data may be interleaved into a single 
stream and processed on a bit-by-bit basis. Such processing 
is done based on bit position synchronizing information of 
the bit stream as well as the data content of the bits within 
the bit stream. As such, greater flexibility is obtained in the 
data extraction process thereby enabling DS3 switching 
equipment to support up to 672 logical channels and E3 
switching equipment to support up to 496 logical channels. 

In general, the present invention teaches a system, and 
portions thereof, for the termination and generation of up to 
672 HDLC encapsulated channels within DS3 switching 
equipment (i.e., data transport system) or up to 496 channels 
in E3 switching equipment (i.e., data transport system). The 
data transport systems may be configured to provide inter- 
face adaptation to ATM or cross-connection to HDLC 
encapsulated networks. The data transport system includes a 
plurality of transport mapping circuits that may be manu- 
factured as printed circuits. The transport mapping circuits 
may each include a single integrated circuit (IC) solution for 
multi-channel HDLC processing and buffer management to 
support the DS3/E3 rates. The multi-channel HDLC IC 
includes a plurality of virtual HDLC modules that support 
ingress data packets and egress data packets. For example 
the HDLC integrated circuit may include seven virtual 
HDLC modules to support the DS3 rate, where each virtual 
HDLC modules supports four DSl links. The four DSl links 
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are interleaved into a stream of data, which is provided as an 
input to the ingress path of the virtual HDLC and is 
outputted as a stream of data via the egress path of the virtual 
HDLC. 

5 To facilitate the processing of the interleaved data 
streams, the multi-channel HDLC IC further includes a 
memory manager that facilitates the transfer of data between 
local memory (Le., the memory on chip associated with each 
of the virtual HDLCs) and non-local memory (i.e., the 

10 memory on the printed circuit board). The memory manager 
in general uses a time shared multi-channel direct memory 
access (DMA) engine that has bandwidth proportional chan- 
nel servicing capabilities and has programmable resource 
allocation. The memory manager utilizes a linked list to 

55 facilitate such data transfers, where the linked list is gener- 
ated in an efficient manner based on similar and dissimilar 
proportions of the objects. By implementing such a printed 
circuit board (i.e., at the transport mapping level), which 
includes the single chip multi-channel HDLC solution, the 

20 present invention provides the following benefits: service for 
up to 672 logical channels, support for individual chaimel 
bandwidths of one to 96 DSOs, wherein each DSO can be 
configured as 56 kilobits per second or 64 kilobits per 
second, provides maximum frame size rejection (which is 

25 configurable), supports per channel configuration for bit 
inversion, number of inter-frame flag, CRC (cyclic redun- 
dancy checking) 16 or CRC 32 protocol checking for 
transparent and/or frame relay services, provides statistics 
for short frames, under-runs, and overruns on a per channel 

30 basis, processes frames that are stored in off chip memory 
using a generic scatter gather buffering scheme, buffer pools 
are allocated per priority with each logical channel connec- 
tion having an assigned priority, supports data link connec- 
tion identifier (DLCI) lookups and address mapping, allow- 

35 ing full throughput at all valid frame sizes, and provides a 
simple processor interface to provide for stream 
configuration, i.e., logical channel configuration. These and 
other benefits will be further illustrated by the following 
description related to FIGS. 1 through 43. 

40 FIG. 1 illustrates a schematic block diagram of a data 
transportation environment 10 that is divided into consumer 
sections and public carrier sections. As shown, the environ- 
ment 10 includes a plurality of data consumers 40-58 in a 
first consumer area and a plurality of data consumers 68 and 

45 70 in a second consumer area. Each of the data consumers 
40-58, 68 and 70 may be facsimile machines, video 
telephones, telephones, personal computers, and/or any 
other device that transmits and/or receives data via a public, 
or private, telecommunication infrastructure. As shown in 

50 the first consumer area, the data consumers may be coupled 
to a public carrier in a variety of ways. For example, data 
consumers 40 and 42 are part of a local area network (LAN) 
that is supported by server/router 38, which is directly 
coupled to a high speed/lower speed converter 26. Data 

55 consumers 46 and 48 are part of a different LAN that is 
supported by server/router 44, which is coupled to a lower 
speed/channel segment converter 24. Data consumers 52 
and 54 are part of another LAN that is supported by 
server/router 50, which is coupled to the lower speed/ 

60 channel segment converter 24. Data consumers 56 and 58 
are stand-alone devices (i.e., not part of a LAN) that are each 
coupled to lower speed/channel segment converter 18. 

The server/routers 38, 44, and 50 may each include a 
separate server entity for services to its local area network 

65 and a separate router to interface with the public carrier 
network (an lEC and/or an LEC). Alternatively, the server/ 
routers 38, 44, 50 may each be an integrated device that 
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services the respective local area network and provides an 
interface to the public carrier network. The server/router 38, 
44 and 50 arc coupled to the public carrier based on their 
data bandwidth requirements for supporting their respective 
LANs. For example, as shown, data server/router 38 has a 
data bandwidth requirement for a full lower speed data link, 
which may be a Tl or El link. Hence it is coupled directly 
to the high speed/lower speed converter 26, which is a 
bi-directional multiplexor of a high-speed link to a plurality 
of lower speed links. For example, the high-speed link may 
be a DS3 link, while the lower-speed links include 28 DSl 
links or Tl links. Alternatively, the high-speed link may an 
E3 link, while the lower speed links include 16 El links. 
Note that, for the purposes of this discussion, a Tl link and 
DSl link will be used interchangeably and when one is 
mentioned it shall be interpreted to include both. 

Server/routers 44 and 50 have a data bandwidth require- 
ment that is less than the bandwidth capacity of a full lower 
speed data link. As such, server/router 44 and 50 each 
consume only a portion of a lower speed data link, which 
may be an El liii or a Tl link. As such, server/routers 44 
and 50 are coupled to the lower speed/channel segment 
converter 24, which is a bi-directional multiplexor of a lower 
speed link to a plurality of channel segments. For example, 
the lower-speed link may be a Tl link, while the channel 
segments include 24 DSO links, wherein each DSO link has 
a data bandwidth of 56 kilobits per second or 64 kilobits per 
second, depending on the configuration of the DSO. 
Alternatively, the lower-speed link may be an El link, while 
the channel segments include 32 DSOs. 

Data consumer 56 and data consumer 58 have a data 
bandwidth requirement that is less than the bandwidth 
capacity of a full lower speed data link. As such, data 
consumers 56 and 58 each consume only a portion of a lower 
speed data Unk, which may be an El link, a Tl link or a Tl 
link. As such, data consumers 56 and 58 are coupled to the 
lower speed/channel segment converter 18, which is a 
bi-directional multiplexor of a lower speed link to a plurality 
of channel segments. For example, the lower-speed link may 
be a Tl link, while the channel segments include 24 DSO 
links, wherein each DSO link has a data bandwidth of 56 
kilobits per second or 64 kilobits per second, depending on 
the configuration of the DSO. Alternatively, the lower-speed 
link may be an El Hnk, while the channel segments include 
32 DSOs. 

The multiplexed outputs of the low speed/channel seg- 
ment converters (LSCSC) 18 and 24 are coupled to the 
high-speed/lower-speed converter (HSLSC) 26. As 
mentioned, the high-speed link may be a DS3, the lower 
speed links may be Tl links, and the channel segments may 
be DSO links. Note that throughout the remainder of the 
description of the present invention, when a high-speed link 
is referred to by example, a DS3 link will be used, but shall 
be interpreted to include an E3 link. Further note that when 
a lower speed link is referred to by example, a Tl link will 
be used, but shall be interpreted to include an El link. 
Further note that when the functionality of the present 
invention differs for a DS3 and E3 link, the description will 
reference both the DS3 link and the E3 link. 

While the lower speed/channel segment converters 18 and 
24 are shown to multiplex two logical channels from the data 
consumers, the number of logical channels is dependent on 
the bandwidth of the data consumers. For example, if 
server/routers 44 and 50 each have a data bandwidth require- 
ment of one-half a Tl link (i.e., 12 DSOs), then only two 
logical channels would be multiplexed into the Tl link. If the 
server/routers 44 and 50 have a total data bandwidth require- 
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ment less than a full Tl, the converter 24 may be coupled to 
multiplex additional logical channels. Similarly, converter 
18 multiplexes lower speed links with logical channel 
groupings of channel segments depending on the data band- 
width requirements of the data consumers. If each logical 
channel requires only a single DSO, the converter 18 would 
multiplex 24 logical channels into the Tl link. As one of 
average skill in the art will appreciate, the converter 18 and 
24 multiplex 24 DSO with one Tl regardless of the logical 
channel assignments. 

The high-speed/low-speed converter 26 is coupled to 
multiplex 28 Tl Hnks with a single DS3 link. As such, the 
de-multiplex portion of the converter 26 is coupled to 28 
lower speed/channel segment converters and/or data con- 
sumers having a bandwidth requirement of a full Tl . The 
multiplex portion of converter 6 is coupled to a data trans- 
port system 12, which is operable to route data between the 
converter 26, data transport system 14, and data transport 
system 16. In addition to routing the data, the data transport 
system 12 may re-packetize the data. For example, the data 
transport system 12 may receive frame relay packetized 
data, re-packetize it, and output it as another type of HDLC 
encapsulated data (e.g., PPP, SMDS, or Frame Relay) or 
ATM packetized data. Such rc-packetizing is generally 
referred to as service interworking and/or network inter- 
working. As an alternate example, the data transport system 
12 receive frame relay packetized data from converter 26 
and routes the frame relay packetized data to the transport 
system 14, the transport system 16, and/or the converter 26. 
Such transportation of frame relay data is generally referred 
to as frame relay switching. The details of the data transport 
systems 12, 14 and 16 will be discussed in greater detail with 
reference to FIGS. 2 through 9. 

As shown, the data transport system 16 is operably 
coupled to another communication connection 34 and to a 
high-speed/lower speed converter 28. The communication 
connection 34 may be to another data transport system, or to 
a high-speed/low-speed converter. The high-speed/low- 
speed converter 28 is coupled to a plurality of low-speed/ 
channel segment converters 20 and 22, which are operably 
coupled to a plurality of consumers. The consumers include 
server/router 60, 62 and 64 and 66, and data consumers 68 
and 70. As shown, converter 20 is operably coupled to 
server/router 66 and a plurality of data consumers 68 and 70, 
which illustrates that the configuration of a converter 20 or 
22 is independent of the type of data consumer that are 
coupled to the converter 20 or 22. A configuration require- 
ment of the converters 20 and 22 is that the data transceived 
is packetized using the same data packetizing protocol. As 
such, the low-speed/channel segment converters may be 
coupled to any type of data consumers and support any 
logical channel configuration provided the packetizing pro- 
tocol is similar and the data band width of the consumers do 
not exceed the capabilities of the converter. Note that the 
functionality of the converters 20 and 22 is identical to the 
functions of converter 18 and the functionality of converter 
28 is identical to the functionality of converter 26. 

Data transport system 14 is coupled to communication 
connections 32 and 30. As such, the data transportation 
system 14 may be coupled to anodier data transportation 
system, and/or to a high-speed/Iow-speed converter. Note 
that the data transport systems 12, 14 and 16, may be 
operated by local exchange carriers and/or long distance 
exchange carriers. 

FIG. 2 illustrates a schematic block diagram of the data 
transport system 12-16 and a graphical representation of 
data processed thereby. The upper-left portion of FIG. 2 
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illustrates a graphical representation of data having a lower- 3 includes an extra layer of naultiplexing. As such, the data 

speed link format 92. As shown, the data includes a plurality bandwidth of the data transport system 12-16 increases 

of channel segments (CSj-CS J . The period for such a lower proportional to the levels of multiplexing. As one of average 

speed link is 125 microseconds. For example, if the lower- skill in the art will appreciate, the multiplexing of data links 
speed link is representative of a Tl link, the channel 5 may continue in a hierarchy manner to further increase the 

segments are representative of 24 DSO links. If the lower data bandwidth capabilities of the data transport system, 

speed link is an El link, it includes 32 DSOs per 125 xhc data transport system 12-16 of FIG, 3 includes a 

microsecond frame. processing module 114 and memory 116, The processing 

The lower-portion of FIG, 2 illustrates data having a module 114 may include individual processing entities that 
high-speed link format 94. Such data corresponds to data 1° perform the functions of circuits 120-124, a single process- 
packets that have been formatted with respect to a data ing entity, or a plurality of processing entities. Such pro- 
transport protocol (e.g., DS3, E3, etc). As shown, the data cessing entities may be a microprocessor, microcomputer, 
formatted in a high-speed link format includes 28 lower- digital signal processor, central processing unit, a stale 
speed segments (LS3-LS2a) for a DS3 link. If the high speed machine, and/or any device that manipulates data based on 
link format corresponds to an E3 link, the number of lower 15 operational instructions. The memory 116 may be a plurality 
speed links is 16. Regardless of whether the high speed link of memory devices operably coupled to the respective 
is formatted based on a DS3 link or an E3 link, it has a frame circuits 120-124, or a single memory device. The memory 
duration of 125 microseconds. device 116 may be random access memory, read-only 

no. 2 further illustrates a plurality of channel segments memory, floppy disk memory, hard disk memory, magnetic 

88 (CSlj-CSJ being received by a low-speed/channel tape memory, and/or any device that stores digital informa- 

segment converter. The low-speed channel segment con- ^ion- Note that if the processing module 114 is a state 

verter multiplexes the data associated with the channel machine, the memory is embedded into the logic circuitry of 

segments into data having the low-speed link format 92. *he state machine to perform the functions of circuit 

Similarly, another low-speed/channel segment converter is 120-124. Further note that the data transport system of FIG. 
operably coupled to multiplex a plurality of channel seg- ^ 3 is configurable to receive a DS3 link and/or an E3 instead 

ments 90 into a single lower speed link. The multiplex side of the ultra-high speed link data. 

of the low-speed/channel segment converters are provided to The memory 116 stores operational instructions that, 

a de-multiplex side of a high-speed/low-speed converter. when processed by the processing module 114, causes the 

The high-speed/low-speed converter multiplexes data of the processing module to function as a plurality of circuits 

lower speed links into data having a high-speed link format 118-124. While executing the operating instructions, the 

94. processing unit functions as circuit 118 to transceive data in 

The multiplexed side of the high speedAower speed a high-speed and/or ultra high-speed link format. Qrcuit 118 

converter is coupled to the data transportation system 12-16. is operably coupled to circuit 120, which maps data to data 

The data transport system 12-16 includes a plurality of packets having an intermediate data packetizing protocol, 

transport mapping circuits 82, 84 and 86 that are operably The intenmediate data packetizing protocol may correspond 

coupled to a switch 80. Transport mapping circuit 86 is to a physical layer having a data transport protocol (e.g., 

operably coupled to receive the data having a high-speed DS3 or E3 link format) that transports data formatted based 

link format 94, Note that the transportation mapping circuits on an HDLC encapsulated data format (e.g., frame relay, 

82 and 84 may be coupled to receive data from a high- PPP» SMDS) and/or ATM data packetizing format, 

speed/low-speed channel converter or operably coupled to The processing module then functions as circuit 122 to 

another data transport system. switch the intermediate data packets for reconstruction. The 

As shown, the switch 80 transceives intermediate data processing module then functions as circuit 124 to recon- 

packets 96 between the transport mapping circuits 82-86. struct the intermediate data in accordance with a data 
Transport mapping circuits 82 and 84 further transceive data 45 transport protocol. The circuit 124 outputs data packets 

packets formatted with respect to a data transportation formatted with respect to a data transport protocol 112. The 

protocol 98 and 100. Recall that the data transportation operating instructions stored in memory 116 and executing 

protocol may be HDLC encapsulated data such as frame by processing module 124 will be discussed in greater detail 

relay, PPP and SMDS and/or transportation protocols such with reference to FIG. 9. 

as ATM data packetizing. The transport mapping circuits 50 FIG. 4 illustrates a schematic block diagram of a transport 
will be discussed in greater detail with reference to FIGS, 5 mapping circuit 82-86 of the data transport system 12-16. 
and 6. The transport mapping circuit 82-86 includes a bit stream 
FIG. 3 illustrates the data transportation system 12-16 processor 130 and a data module 132. The bit stream 
being operably coupled to receive data having an ultra processor 130 includes a high-speed to low-speed data 
high-speed link format 110, which includes data packets that 55 format converter 134 and a framing circuit 136. The high- 
have been formatted with respect to a data transport proto- speed to low-speed data format converter 134 is operably 
col. As shown, the ultra high-speed format includes a coupled to receive ingress data in a high-speed link format 
plurality of high-speed Unks HS^-HS^, which may be DS3 1^- The converter 134 converts the high-speed ingress data 
links or E3 links. The ultra high-speed link has a frame into a plurality of lower-speed ingress data elements 146. 
duration of 125 microseconds. An ultra high-speed/high- 60 The framing circuit 136 receives the plurality of lower-speed 
speed converter 126 produces the data having the ultra ingress data elements 146 and produces therefrom a bit 
high-speed link format 110 by multiplexing a plurality of stream of ingress data 148. 

highspeed links. The plurality of high-speed links are from The framing circuit 136 is operably coupled to receive a 

a plurality of high-speed/low-speed converters, which are bit stream of egress data 158 from the data module 132, The 
each coupled to a plurality of low-speed/channel segment 65 framing circuit 136 processes the bit stream of egress data 

converters. Comparing the inputs to the data transport sys- 158 to produce a plurality of lower- speed egress data ele- 

tem 12 of FIGS. 2 and 3, one can see that the input of FIG, ments 160. The converter 134 is operably coupled to receive 
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the plurality of lower-speed egress data elements 160 and to 
produce therefrom egress data having a high-speed link 
format 162. The functionality of the bit stream processor 130 
will be discussed in greater detail with reference to FIGS. 5 
and 6. 

The data module 132 includes a data transporting circuit 
138, non-local memory 140, and an intermediate transport 
converter 142. The data transporting circuit 138 is operably 
coupled to receive the bit stream of ingress data 148 and to 
produce therefrom an ingress data word 150. The ingress 
data word 150 is provided to the non-local memory 140 for 
storage. The intermediate transport converter 142 may 
retrieve the ingress data word 150 from the non-local 
memory 140 and produce an outgoing intermediate data 
packet 152, therefrom. The intermediate transport converter 
142 may include a segmentation and reassembly engine 
(SAR) that packetizes the retrieved data words based on an 
ATM data packetizing protocol. Alternatively, the SAR may 
packetize the data in accordance with an HDLC encapsu- 
lated data packetizing protocol. 

The intermediate transport converter 142 is operably 
coupled to receive incoming intermediate data packets 154. 
The intermediate transport converter 142 extracts data from 
the data packets and stores the data as egress data words 156 
in the non-local memory. The data extraction process per- 
formed by the intermediate transport converter, as well as 
the data extraction performed by the data transport circuit 
138, will be discussed in greater detail with reference to 
FIGS. 10-22. 

The data transport circuit 138 retrieves the egress data 
words 156 from the non-local memory 140. Note that the 
egress data words 156 may correspond to the data received 
via the incoming intermediate data packets 154 or may be 
representative of the ingress data words 150. The data 
transport circuit 138 processes the egress data words 156 to 
produce a bit stream of egress data 158. Such processing will 
be discussed in greater detail with reference to FIGS. 10-15 
and 23-28. 

The framing circuit 136 is operably coupled to receive the 
bit stream of egress data 158 and produce therefrom a 
plurality of lower-speed egress data elements 160. The 
high-speed to low-speed data format converter 134 is oper- 
ably coupled to receive the plurality of lower-speed egress 
data elements 160 and produce therefrom egress data in a 
high-speed link format 162. 

FIG. 5 illustrates a more detailed schematic block dia- 
gram of the transport mapping circuit 82-86. In this 
embodiment, the framing circuit 136 includes a plurality of 
framing circuit cells 160-162. Also in this embodiment, the 
bit stream processor 130 is operably coupled to receive a 
DS3 link 176. The high-speed to low-speed data format 
converter 134 converts the DS3 link into a plurality of Tl 
links. In particular, the DS3 link is converted into 28 Tl 
links. Each of the framing circuit cells 160-162 is operably 
coupled to transceive data via four of the Tl links. As such, 
the first framing cell is coupled to receive DSI1-DSI4, while 
the seventh framing circuit 162 is operably coupled to 
transceive data via DSI25-DSI28 links. Each of the framing 
circuit cells 160-162 transceives data with a corresponding 
one of a plurality of data transport cells of the data module 
132 as a bit stream of interleaved data 166. The generation 
of the bit stream of interleaved data 166 will be discussed in 
greater detail with reference to FIG. 6, 

The framing circuit 136 generates a frame sync signal 
165, which delineates the beginning and/or end of a DS3 
frame within the bit stream of interleaved data 166. The 
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beginning of a frame corresponds to the first bit of the first 
DSD of the first DSl that a framing circuit cell 160-162 is 
processing, not including frame and/or data packetizing 
overhead data. The end of a frame corresponds to the last bit 

5 of the last DSO of the last DSl processed by the framing 
circuit cell 160-162, not including frame and/or data pack- 
etizing overhead data. Note that the plurality of framing 
circuit cells 160-162 process their respective four DSls in 
parallel. Thus, the duration of a frame within the bit stream 
may remain the same duration as a DS3 frame, providing the 
framing circuit cells compensation for the timing differ- 
ences. As one of average skill in the art will appreciate, the 
partitioning of the DSl links into groups may be done in any 
given combination to produce the bit stream of interleaved 

j3 data 166. 

The data transporting circuit 138 includes a plurality of 
data transporting cells 168-170 and a memory manager 172. 
The data transport cells 168-170 are coupled to a corre- 
sponding one of the framing circuit cells 160 and 162, As 

20 such, each of the data transport cells 168 and 170 process 
data corresponding to four DSls. The memory manager 172 
controls the sourdng and retrieval of data words 174 
between the data transport cells 168, 170 and the non-local 
memory 140, As one of average skill in the art will 

25 appreciate, the bit stream processor 130 may be operably 
coupled to receive an E3 input wherein the framing circuits 
are operably coupled to receive three El links. 

FIG. 6 illustrates a graphical representation of the gen- 
eration of the bit stream of interleaved data 166. As shown, 

30 in the upper-portion of the Figure, a DSO channel, which 
equates to a channel segment, includes eight bits of data. The 
next fine illustrates a DSl which includes 24 DSOs. The 
duration for the DSl is 125 microseconds. The next line 
illustrates a DS3 containing 28 DSls and having a duration 

35 of 125 microsecond per frame. To produce a plurality of bit 
streams of interleaved data 166, the DS3 link is divided into 
seven segments, each containing four DSls. As shown, the 
first four DSls of the DS3 are interleaved to produce the bit 
stream of interleaved data 166. 

40 The remainder of FIG. 6 illustrates a portion of the bit 
stream of interleaved data 166. At the beginning of a frame, 
the first bit of data stream corresponds to the first bit of the 
first DSO of the first DSl, less any framing and/or data 
packetizing overhead. The next bit in the stream corresponds 

45 to the first bit of the first DSO of the second DSl, the next 
bit corresponds to the first bit of the first DSO of the third 
DSl. The fourth bit in the stream, corresponds to the first bit 
of the first DSO of the fourth DSl. The next bit corresponds 
to the second bit of the first DSO of the first DSl. As such, 

50 the interleaving of the four DSls occurs at the bit level of the 
DSOs. As shown on the second line of the bit stream, when 
the current bit corresponds to the eighth bit of the first DSO 
of the fourth DSl, the next bit in the stream corresponds to 
the first bit of the second DSO of the first DSl, Once all of 

55 the bits for the four DS Is have been combined, the bit 
pattern repeats. This is shown at the last line of the bit stream 
of interleaved data 166. As shown, the last set of bits for 
DS1-DS4 end with DSI4/DSO24/B8. Thus the next entry in 
the bit stream, corresponding to the data, would be the first 

60 bit of the first DSO of the first DSl. Note that the ingress bit 
stream would include data packetizing overhead as well as 
framing overhead. Further note that the framing overhead 
data may be separated out prior to producing the ingress bit 
stream. As such, the ingress bit stream of interleaved data 

65 would not have the last bit of the DS1-DS4 series followed 
directly by the first bit of the first interleaved set of bit. 
Overhead data would be included between these sections. 
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FIG. 7 illustrates a graphical representation of transport- ing to when the first bit of the 12th DSO of the second DSl 

ing data associated with a logical channel. The transporting would occur. The bit position synchronizing information 

of the data may be in the ingress path or the egress path. To will be discussed in greater detail with reference to FIGS. 16 

begin the transporting of data, the bit position positions of and 23. 

the data contained within the bit stream need to be afBliated $ FIG. 9 illustrates a logic diagram of a method for high- 
with a particular logic channel. Recall that the frame dura- speed data transportation. The process begins at step 220 
tionis fixed. Since the frame duration is fixed, each bit in the where data having a high-speed link data format is trans- 
bit stream has a corresponding duration. By determining the ceived. The high-speed link data format corresponds to a 
time duration from the beginning of a firame to the present high-speed link that includes a plurality of lower-speed links 
retrieval, or sourcing, of a bit, the exact bit can be identified, and supports a plurality of channels, or logical channels. 
As such, any bit in the bit stream of FIG. 6 may be Each of the plurality of lower-speed links includes a plural- 
determined by its time occurrence with respect to the ity of channel segments wherein each of the plurality of 
beginning of the frame. Based on this information, a logical channels is associated with at least one channel segment, 
channel associated with a channel segment, (e.g., a DSO), The number of channels is equal to or less than the number 
may be ascertained. ^5 of channel segments within the high-speed link. Further note 

As further shown in FIG. 7, a plurality of logic channels that the data associated with one of the channels is pack- 
180-194 are supported on a single DSl link. In particular, etized based on one of a plurality of data packetizing 
logical channel 180 has four DSOs associated with it. Logi- protocols (e.g., HDLC encapsulated data, ATM encapsulated 
cal channel 182 has DSO5 affiliated with it. Logical channel data protocols). By configuring the system as previously 
184 has DSOg affiliated with it. Logical channel 186 has 20 described with reference to FIGS. 1 through 8, the data 
DSO7 afiaiiated with it. Logical 188 has DSO^o afiSliated with transport system 12 is capable of supporting 672 logical 
it, while logical channel 190 has DSO^, and DSOu afBliated channels, when coupled to a DS3 link. As such, each DSO of 
with it. Logical channel 192 has DS0j2-DS0j4 afBliated the DS3 link may correspond to an individual logical 
with it, while logical channel 194 has DSO 15 associated with channel. Thus, the present configuration increases the num- 
it. As can be seen in the Figure, a logical channel does not 25 °f logical channels from 128 or 256 to 672 per data 
have to be associated with consecutive DSOs, refer to logic transport switch. Still further note that the data being trans- 
channel 190. ceived may be formatted in accordance with an ultra-high 

The next portion of FIG. 7 illustrates data 200 which is speed link wherein the ultra-high speed link includes a 

ready for transporting. The data corresponds to a particular plurality of high-speed links, which may be comprised of a 

logic channel. If the data 200 corresponds to ingress data, the 30 plurality of DS3s or E3s links. 

packetizing protocol overhead 196 and 198 are included as The process then proceeds to step 222 where the trans- 
part of a data packet. Alternatively, if data 200 corresponds ceived data is mapped to data packets of an intermediate data 
to egress data, the data transportation cell adds the pack- packetizing protocol. Such mapping is based on bit position 
etizing protocol overhead 196 and 198. The data packet 200 synchronizing information. As previously mentioned, the 
further includes a data section 204 which includes more data 35 intermediate data packetizing protocol may correspond to 
then can be transmitted within the logical channel bandwidth HDLC encapsulated data formats, and/or to ATM data 
202 of a given DS3 frame. In other words, if the logical packetizing protocol formats. The processing step 222 may 
channelhasfour DSOs associated therewith, its bandwidth is be described in further detail with reference to steps 228 
256 Kbps (i.e., 4*64 Kbps). Thus, in a given 125 microsec- through 232. 

ond DS3 frame the maximum amount of data that can be 40 At step 228, the received data is converted into a bit 

transported by 4 DSOs is 32 bits. Thus, as shown at DS3 time stream of data. The time occurrence of a bit within the bit 

interval T„, 32 bits of data associated with the logical stream, based on the bit position synchronization 

channel bandwidth 202 is being transported. At the next DS3 information, correlates the particular bit with a logical 

time interval t„^i, the next 32 bits of data associated with the channel. The process then proceeds to step 230 where data 

logical channel are transported and so on untQ the end of the 45 is extracted from the bit stream and stored in data blocks of 

data packet is reached. Note that if the data 200 corresponds non-local memory based on logical channel affiliation of the 

to ingress data, the packetizing protocol overhead 196 and bits. The process then proceeds to step 232 where the 

198 would also be conveyed within the DS3 frames. intermediate data is produced from the retrieved data blocks. 

FIG. 8 illustrates a graphical representation of the frame Note that the intermediate data packets may be formatted in 

sync signal 165 as it relates to the DS3 frames and a system 50 accordance with a data packetizing protocol to provide 

clock 210. As shown, at the beginning of each DS3 frame, frame relay switching, networking interworking, or service 

the frame includes frame delineation overhead 206, which interworking. 

corresponds to data protocol overhead (e.g., DS3 overhead Returning to the main process at step 224, the interme- 

and/or E3 overhead). Thus, at the beginning of each frame, diate data packets are reconstructed in accordance with a 

a frame sync signal 165 is generated. The system clock, 55 data transport protocol. The data transport protocol may be 

which may be a 16 megahertz clock, 32 megahertz clock, an E3 protocol, a DS3 protocol, an ultra-high speed link 

etc. is synchronized to the firame sync signal 165. By protocol, 0C3, Synchronous Optical Network (SONET), 

synchronizing the system clock to the frame sync signal, the Synchronous Digital Hierarchy (SDH), etc. Note that the 

system clock can be utilized to generate bit position syn- data packets may be reconstructed based on a different data 

chronizing information 212. The bit position synchronizing 60 transport protocol than the data transport protocol of incom- 

information 212 corresponds the occurrence of a particular ing data packets. For example, the data may be received via 

bit in the bit stream to its time relative to the beginning of a DS3 link and outputted as an ultra-high speed link, a DS3 

the frame. As such, simple counting circuits may be utilized link, or a DSl link. The process then proceeds to step 226 

in conjunction with the system clock to determine the where the intermediate data is switched to facilitate the 

precise bit being processed by the data transport cell either 65 reconstruction. The switching is done between the transport 

in the egress or ingress path. FIG. 8 further shows an mapping circuits 82-86 of FIG. 2 and their respective 

example that at a precise time the time interval correspond- portions as illustrated in FIGS. 3-5. 
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FIG. 10 illustrates a schematic block diagram of a data 
transport circuit 138 that includes a data extraction module 
240, a memory manager 172, a data packetizing module and 
an input/output control module 244. The data transport 
circuit 138 is operably coupled to the non-local memory 
140. Note that the data transport circuit 138 may be imple- 
mented as discrete circuits or as an integrated circuit. When 
implemented as an integrated circuit, the IC may be mounted 
on a printed circuit board that corresponds to a transport 
mapping circuit 82-86. 

The data extraction module 240 is operably coupled to 
receive a bit stream of ingress data 148. Based on an input 
interval 248, the data extraction module 240 receives at least 
a bit from the bit stream of ingress data 148. In an embodi- 
ment of the data extraction module, it receives one bit of the 
bit stream of data per input interval. As one of average skill 
in the art will appreciate, the data extraction module may be 
configured to receive two or more bits of the bit stream of 
data per input interval. The data extraction module 240 
stores each of the bits of the bit stream until it has acquired 
a data word. Once a data word has been acquired, a flag is 
set which is interpreted by the memory manager 172. Upon 
detecting the data ready flag, the memory manager 170 
verifies that the non-local memory 140 has capacity to store 
the data word and provides, xising an ingress transport 
control signal 246, the extracted data word 250 to the 
non-local memory 140. 

The data packetizing module 242 is operably coupled to 
retrieve stored data 256 from the non-local memory 140. 
The data packetizing module 242 sets a flag when it has 
available memory space to receive the stored data 256. The 
memory manager 172 detects the memory available flag, 
verifies that the non-local memory has data to transport, and 
provides, using an egress transport control signal 252, the 
data packetizing module 240 with the stored data 256. The 
data packetizing module 242 then outputs at least a bit of the 
data word 256 per output interval 254 to create the bit stream 
of egress data 158. Note that the bit outputted by the data 
packetizing module 242 may correspond to data, packetizing 
data, and/or null data. Further note that the data packetizing 
module 242 may output multiple bits per output interval 
based on its configuration. 

The input/output control module 244 receives ingress 
and/or egress transport protocol information 258, a clock 
signal 260, which may correspond to the system clock 210 
as shown in FIG. 8, and the frame sync signal 165. Based on 
these inputs, the input/output control module 244 generates 
time synchronizing information 212. The time synchroniz- 
ing information 212 corresponds the time bit occurrence of 
a bit with a bit position of the current frame. As such, based 
on the time synchronizing information 212 and the current 
duration from the beginning of a frame, the current bit may 
be identified with respect to its logical channel. Note that the 
time synchronizing information 212 is utilized to generate 
the input interval 248 and the output interval 254. In an 
embodiment of the data transport circuit 138, the output 
interval 254 and input interval 248 are synchronized. Further 
note that the output interval 254 and input interval 248 may 
be of different rates, if the bit streams 148 and 158 include 
a different number of channel segments (e.g., DSOs) and/or 
have a different data transport protocol. 

FIG, U illustrates a more detailed schematic block dia- 
gram of the data transport circuit 138. As shown, the data 
transport circuit 138 includes a plurality of data transport 
cells, which are represented by the data extraction submod- 
ules 276, 278 and 280 and the data packetizing submodules 
312, 314 and 316. The data transport circuit 138 further 
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includes a plurality of local memory sections. Each local 
memory section is affiliated with a data transport circuit cell 
and includes an ingress local memory section 282, 284 and 
286, an avaUable data flag section 288, 290 and 292, an 

5 egress local memory section 300, 302 and 304, and an 
available memory flag section 306, 308 and 310. In addition, 
the data transport circuit 138 includes a plurality of ingress 
multiplexors 270, 272 and 274, a plurality of egress multi- 
plexors 318, 320 and 322, and an output buffer 301. 

10 The ingress multiplexors 270-274 are operable to route 
portions of the ingress bit stream 294, 296 and 298 to 
respective data extraction submodules 276-280. As men- 
tioned previously, the ingress bit stream may include mul- 
tiple segments, wherein each segment is interleaved. Refer 

]5 to FIGS. 5 and 6. Simflarly, the egress multiplexors 318-322 
are utilized to receive signals from corresponding data 
packetizing submodules 312-316 and output portions of 
egress bit streams 324—328. Each of the data transport cells, 
which includes the data extraction submodule, the data 

20 packetizing submodule and the local memory, functions in a 
similar manner. As the data extraction submodule 276-280 
receives, on a bit by bit basis, the bit stream 294-298, it 
interprets the data and time position of the bit to determine 
whether the data should be stored and, if it should be, where 

25 should it be stored. For example, if the incoming data is 
representative of vahd data, the data extraction submodule 
will utilize its bit position to determine its affiliated logical 
channel, which is used to determine an address within the 
ingress local memory 282. If, however, the received bit 

30 corresponds to invalid data, frame delineation data, or data 
packetizing protocol information, the data extraction sub- 
module will only temporarily store such data and overwrite 
it as soon as valid data is received. As the data extraction 
submodule is storing bits in the ingress local memory 

35 section, it is updating the available data flag 288 . Once a data 
word, which may be one to 16 bytes in length, is stored in 
the ingress local memory section, the available data flag is 
set. 

The memory manager 172 is operably coupled to poll 

40 each of the data transport circuit cells to determine whether 
a cell has available data for transporting to the non-local 
memory 140 or whether it has available memory space to 
receive a data word from non-local memory 140. The 
memory manager 172 polls the data transport circuit cells by 

45 reading the available data flag and the available memory 
flag. When an available data flag 288-292 is set, the memory 
manager causes a data word to be read from the correspond- 
ing ingress local memory section and transported to the 
non-local memory 140 via the output buffer 301. As one of 

50 average skill in the art will appreciate the output buffer 301 
is included to compensate for latencies between the non- 
local memory and the local memory. 

When an avaflable memory flag is set, the memory 
manager causes a data word to be retrieved from the 

55 non-local memory and stored in the egress local memory 
section 300-304. The corresponding data packetizing sub- 
module 312-316 retrieves, on a bit by bit basis, the egress 
data word from the egress local memory and outputs it to 
produce the corresponding portion of the egress bit stream 

60 324-328. In addition, the data packetizing submodule 
312-316 adds data packetizing protocol information to the 
data word as well as performing bit stuffing (which is done 
to avoid a false triggering of an end of packet, beginning of 
packet, etc.). Once the data packetizing submodule has 

65 retrieved a data word from the egress local memory, it sets 
the available flag memory indicating that it has available 
memory. 
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FIG. 12 illustrates the functionality of the ingress and 
egress multiplexors. As shown on the left portion of FIG. 12, 
the data transport cells 1-7 are operably coupled to transport 
data via Tl links. As indicated, a Tl link includes 24 DSOs. 
As such, the ingress block 334 of the first data transport cell s 
is operably coupled, via multiplexor 332, to receive the 
ingress bit stream 330 corresponding to TI1-TI4. The egress 
block 336 is operably coupled to multiplexor 338 to output 
the egress bit stream 340 corresponding to TI1-TI4. Each of 
the remaining data transport cells 2-7 include an ingress 
block 346, 358, 370 and an egress block 348, 360 and 372. 
Each of these blocks is coupled to corresponding multiplex- 
ors 344, 350, 356, 362, 368 and 374. As coupled, each data 
transport cell processes the bit stream corresponding to four 
Tl Ibks. As such, data transport cell 2 processes the bit 
streams 342 and 352 corresponding to Tlj-Tlg. The sixth 
data transport cell processes the bit streams 354 and 364 
corresponding to TI21-TI24 while data transport cell num- 
ber 7 processes the bit streams 366 and 376 that correspond 
to TI25 and Tljg. 

The right hand side of FIG. 12 illustrates the data trans- 
port cells 1 through 6 being operably coupled to support El 
links. Since each El includes 32 DSOs and since each of the 
data transport cells arc capable of supporting 96 DSOs, the 
multiplexors are configured to provide each data transport ^ 
cell with three El links. While the multiplexors are config- 
ured to output three El links to a given data U*ansport cell, 
the bit stream of data includes four El links. As such, a data 
transport cell will receive data from one or more El inter- 
leaved bit streams. Multiplexors 332 and 338 provides 3 of 3^ 
the 4 El links of the Eli-El4 bit streams 278, 380 to the first 
data transport cell. The fourth El link of the Eli-El4 bit 
streams is provided to the second data transport cell. 

Data transport cell number 2 is operably coupled via 
multiplexor 344 and 350 to receive 2 El links of bit streams 35 
382 and 384. The multiplexors 344 and 350 provide the 
remaining portions of bit stream 382 and 384 to data 
transport ceU number 3 (not shown). Multiplexors 394, 396, 
402 and 404, similarly multiplex the El links correspond to 
bit streams 386, 388, 390 and 392 to the ingress blocks and 40 
egress blocks of data transport cells 4, 5, 6 and 7. Note that 
the seventh data transport cell is not used when the data 
transport circuit is coupled to an E3 link. 

FIG. 13 illustrates a schematic block diagram of a data 
transport circuit 410 that includes a processing module 412 45 
and memory 414. The processing module 412 may include 
a plurality of processing entities where each processing 
entity performs the functions associated with the circuits 
416-428, or a single processing entity. Such a processing 
entity may be a microprocessor, microcontroller, digital 50 
signal processor, central processing unit, state machine, 
logical circuitry, and/or any device that processes digital 
information based on operating instructions. Note that if the 
processing module includes a state machine, plurality of 
state machines, and/or logic circuitry, the operating instruc- 55 
tions are embedded into the circuitry. The memory 414 may 
be read-only memory, random access memory, floppy disk 
memory, hard drive memory, magnetic tape memory, or any 
other device that stores digital information. As previously 
mentioned, if the processing module 412 is implemented as 60 
a state machine, the memory may be embedded within the 
circuitry of the state machine. 

The memory 414 stores operating instmctions that, when 
executed by the processing module 412, causes the process- 
ing module to function as a plurality of circuits 416-428. 65 
When executing the operating instructions, the processing 
module 412 functions as circuit 416 to generate bit position 
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synchronizing information. Having done this, the processing 
module functions as circuit 418 to generate an input interval 
and an output interval based on the bit position synchroniz- 
ing information. Next, the processing module functions as 
circuit 420 to receive a bit stream of data at a rate of at least 
one bit per input interval. The processing module then 
functions as circuit 422 to extract data from the bit stream. 
Having done that, the processing module then functions as 
circuit 424 to transport the extracted data as ingress data 
words to the non-local memory. 

The processing module also functions as circuit 426 to 
transport stored data as egress data words from the non-local 
memory to local memory of a data transport cell. The 
processing module then functions as circuit 428 to packetize 
the data and then output the packetized data in a serial 
manner at a rate of at least a bit per output interval. The 
operating instructions stored in memory 414 and the execu- 
tion thereof by the processing module 412 will be discussed 
in greater detail with reference to FIG. 14. Further note that 
the operating instructions have been generally described 
with reference to FIGS. 10 through 12. 

FIG. 14 illustrates a logic diagram of a method for 
transporting data. The process begins at step 430 where a bit 
stream of data is received at a rate of at least one bit per input 
interval The bit stream corresponds to ingress packetized 
data that has been packetized based on one of a plurality of 
data packetizing protocols (e.g., HDLC encapsulated data 
protocols such as frame relay, PPP, SMDS, or ATM pack- 
etizing protocols). Note that the receiving of the bit stream 
of data may be multiplexed based on an ingress data 
transport protocol and/or an egress transport protocol such 
that portions of the bit stream are received in parallel. Refer 
to FIGS. U and 12 for a discussion on multiplexing of 
portions of the incoming, or ingress, bit stream. 

The process then proceeds to step 432 where data is 
extracted from the bit stream. In general, the extraction 
process strips off overhead data such that all that remains is 
the data. Such overhead data includes frame delineation data 
and/or data packetizing protocol information. The process 
then proceeds to step 434 where the extracted data is 
transported to non-local memory as an ingress data word. 
The transporting of the data is at least, in part, based on the 
content of the ingress data words. Such data words include 
a data portion and a lag portion wherein the tag portion 
indicates whether the data word is complete. In other words, 
the tag provides an ingress indication when an ingress data 
word is available for transporting. 

The process then proceeds to step 435 where data stored 
in non-local memory is transported, as egress data words, to 
local memory of a data transport cell, based on at least in 
part, on the content of the data Note that the data transport 
cell may provide an egress indication when local egress 
memory is available for receiving an egress data word. The 
process then proceeds to step 436 where packetized data is 
generated from the egress data words and is outputted in a 
serial manner at a rate of at least one bit per output interval. 
The outputling of the egress packetized data may be done in 
a multiplexed manner based on an egress data transport 
protocol (e.g., E3, DS3), such that the portions of the egress 
packetized data arc received in parallel. Refer to FIGS. 11 
and 12 for a description of multiplexing of the egress bit 
stream. 

The process then proceeds to step 438 where bit position 
synchronizing information is generated based on at least one 
of a clock signal, the ingress data transport protocol and the 
egress data transport protocol. Refer to FIGS. 8 and 10 for 
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a discussion on the bit position synchronizing information. 
The process then proceeds to step 440 where the input 
interval and output interval are generated based on the bit 
position synchronizing information. Note that the input 
interval and output interval may be synchronized. 5 

FIG. 15 illustrates transportation of data between local 
memory and non-local memory as controlled by the memory 
manager 172. In general, the memory manager 172 coordi- 
nates the transfer of data between ingress local memory 282 
and the non-local memory 140. In addition, the memory 
manager 172 controls the transport of data from the non- 
local memory 140 to the egress local memory 300. As an 
example of the operation of the memory manager 172, an 
ingress bit stream 294 is generated based on three logical 
channels, which are currently transmitting three data packets 
450, 452, and 454. As shown, logical channel 1 includes 1 
channel segment, logical channel 2 includes three channel 
segments and logical channel three includes two channel 
segments. Based on the channel segments associated with 
the logical channels, the data bandwidth 456 per frame can 
be determined. As shown, logical channel 2 transmits three 20 
times the amount of data that the logical channel 1 transmits 
per frame. While logical channel 3 transmits twice the data 
of logical channel 1 per frame. The ingress bit stream may 
be transporting any portion of the data packets including the 
data packetizing overhead, or information, 196 and 198. 25 
Regardless of the data being transported, the ingress bit 
stream 294 has a bit stream pattern as shown. The corre- 
sponding bit stream is represented by the local logical 
channel, the channel segment number, and the particular bit 
position of the channel segment. As such, the bit pattern 30 
begins with the first bit of the first channel segment of the 
first logical channel and continues as shown. 

The ingress local memory 282 includes a plurality of 
memory sections that are allocated to the logical channels. 
The number of memory sections that are allocated to a 35 
logical channel is dependent on the number of channel 
segments afBhated with the logical channel. As shown, 
logical channel 1, which has 1 channel segment, has one data 
section of the ingress local memory 282 assigned to it. 
Logical channel 2 has three data sections assigned to it, one 40 
for each of the chamiel segments. Logical channel 3 has two 
data sections assigned to it. Each of the data sections 
includes a data word portion 462 and a data word status, or 
tag, portion 464. The data sections associated with logical 
channel 2 are linked together such that the three data 45 
sections function as a single data storage location for logical 
channel 2. Similarly, the two data sections associated with 
logic channel 3 are linked together such that they function as 
a single data element. 

As a current frame of data is being received, which is 50 
represented by the hashed blocks in the data packets 
450-454, the data is written into the corresponding sections 
of the ingress local memory 282. As shown for the data 
section associated with logical channel 1, the data section 
had a substantial amount of data that has been previously S5 
stored 458. As such, the current frame of data 460 fills the 
data word 462 associated with logical channel 1. As such, 
the data word status 464 will be set indicating that a full data 
word is available for transporting to the non-local memory. 
The data word status 464 would also indicate that all of the 60 
data contained within the data word is representative of valid 
data. This is determined by where in the data packet 460 the 
received data is from. In this example, the data is from a 
valid data portion of the data packet 460. Note that data 458 
and data 460 correspond to the same data packet, where data 65 
458 is transmitted in a previous DS3 frame with respect to 
data 460. 



The three data sections associated with logical channel 2 
include a portion of previously stored data, which is repre- 
sented by the box having left hash marks. The data sections 
also include data that has been stored for the current frame 
460, which is represented by the box having right oriented 
hash marks. As shown, the currently received data wraps 
around to the next data section associated with logical 
channel 2, based on the linking between the data sections. 
Even though the three data sections are grouped into a single 
data entry, each of the data sections may be treated 
individually, thus each respective data word status section 
would indicate whether the corresponding data section is 
full. For example, the first of the three data sections may be 
set to indicate that it has a complete data word, which may 
be subsequently transmitted to the non-local memory. 
Alternatively, the three data sections may be treated as a 
single data entry, which until all three sections were full, the 
data word status would indicate that the data word is not 
complete. 

The two data segments associated with the third logical 
channel contain only a portion of a data word, that being the 
currently received data. As such, the associated data word 
status 464 indicates that data is not currently available for 
transportation to the non-local memory. 

The non-local memory 140 includes a plurality of 
memory blocks 466-474. Memory blocks 466-470 are not 
full of data, while memory blocks 472 and 474 are fiill of 
data, as indicated by the hash marks. As such, memory 
blocks 466-470 are in the receiving mode while memory 
blocks 472 and 477 are in a sourcing mode. When a data 
section of the ingress local memory 282 has data for 
transportation, the memory manager 172 determines 
whether a memory block has already been assigned for this 
particular logical channel. If not, the memory manager 
assigns a memory block, assuming one is available, to the 
logical channel. Once a memory block is affiliated with a 
logical channel, the memory manager causes the data word 
to be transported from the local memory to the assigned 
memory block of the non-local memory 140. 

The memory manager 172 also coordinates the retrieval 
of data from the non-local memory 140. Data will typically 
not be retrieved from the non-local memory until a complete 
data packet has been stored therein. A data packet may be 
stored in a single memory block or a plurality of memory 
blocks that have been linked together. Once data is available 
for transporting to the egress local memory, the memory 
manager 172 determines whether the egress local memory 
has available memory space. Such a determination is made 
by interpreting the data word status 464 associated with each 
data word of a data section. When the flag is set, the memory 
manager 172 causes a data word to be transported from the 
non-local memory to the egress local memory. This is 
represented by the rectangle encircling a portion of the 
memory block 472, which corresponds to a data word being 
transported to a first data section associated with logical 
channel 2. Similarly, a pair of data words is transported from 
memory block 474 to two data sections associated with 
logical channel 3. When the egress local memory 300 
includes a data word for any logical channel, the data word 
is outputted in a bit by bit serial fashion, by the data 
packetizing module, to produce the egress bit stream 324. 
The pattern follows the same bit stream pattern as shown. 

FIG. 16 illustrates a graphical representation of process- 
ing ingress data through the data extraction module 276. In 
other words, FIG. 16 represents the generation of ingress 
data words from the ingress bit stream 294 of FIG, 15. As 
shown, four data packets 450,452, 454 and 455 are com- 
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bined into an interleaved bit stream of sample data 166. The 
interleaved bit stream includes frame delineation data 475, 
which indicates the beginning and/or end of a frame. The 
data extraction module 276 strips this data off such that the 
data stored in the ingress local memory 282 is representative 5 
of the data only. 

As shown in the upper- left portion of FIG. 16, the four 
data packets are being sampled, for a current frame, at 
different portions of the respective data packets. As shown, 
data packet 450 is being sampled during a fully valid portion 
of the data packet. As such, each bit of data retrieved during 
this frame for data packet 450 will be valid and stored in the 
ingress local memory 282. Data packet 452 is being sampled 
at the beginning of the data packet. As such, a portion of the 
data sampled wiU be invalid, a portion will represent the data 15 
packetizing overhead 196 and the remaining portion will be 
representative of the valid data. Only the valid data portion 
will be written to the ingress local memory 282 for trans- 
portation to the non-local memory. 

Data packet 454 is being sampled at a completely invalid 
portion of the data packet. As such, no valid data will be 
supplied to the ingress local memory for data packet 454 for 
this frame. Data packet 455 is being sampled at the end of 
the data packet. As such, the data extraction module will 
obtain valid data, data packetizing overhead 198, and invalid 
data. Only the valid data portion will be provided to the 
ingress local memoiy and subsequently provided to the 
non-local memory. 

The data extraction module 276 utilizes time positioning 
data 474, bit stream pattern information (LC-CS-B), map- 
ping information 479 and current storage status 481 to 
determine how to process the bit it is currently receiving. In 
addition, the data extraction module utilizes the content of 
the data to determine whether the current bit relates to valid 
data, invalid data, and/or packetizing protocol overhead. 

The time positioning data 477 includes a plurality of bit 
positions that correspond to the time occurrence of a par- 
ticular bit in the bit stream pattern. As shown, frame over- 
head (OH) is included in the first two bit positions of a new 
frame. As such, the frame overhead, or frame delineation 
data 475 is aligned with the frame sync signal 165. The data 
extraction module 276 knowing that the first two bit posi- 
tions of the bit stream correspond to frame delineation data 
475, strips the overhead off such that only data portions 45 
remain. In other words, the data extraction module ignores 
the frame overhead information and does not provide it to 
the local memory 282. 

At the third bit position, the data extraction module 276 
knows that it corresponds to the first bit of the first DSO of 50 
the first DSl of the interleaved bit stream. Knowing the 
lower-speed link and channel segment associated with bit 
position 2, the data extraction module 276 accesses the 
mapping information 479 to determine that this bit position 
is associated with logical channel 1, which is currently 55 
allocated a data section of the local memory that begins at 
address 0. Having obtained the local memory address for the 
data section associated with this particular bit, the data 
extraction module accesses the current storage status 81, 
which is reflective of the data word status 464. Note that the 60 
order of this information may vary. The current storage 
status may indicate that the incoming data is valid, invalid, 
packetizing protocol overhead or linking data. To make such 
a determination, the data extraction module accesses several 
previously stored bits and, in conjunction with the current 65 
bit, compares the bits with data packetizing overhead data. 
For example, data packet delineation is represented by 
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01111110 (i.e., six consecutive ones encircled by two zeros) 
for frame relay data packetizing protocol. The data extrac- 
tion module 276 compares the six stored bits with the data 
packet delineation flag. If it matches, the data extraction 
module determines that the received bit corresponds with 
packet delineation data. If it does not match, the incoming 
bit is either valid data or invalid data depending on the 
current status of the channel (e.g., valid data, invalid data, 
data packet start, data packet end). Further, the data extrac- 
tion module 276 can determine whether the packetizing 
protocol overhead indicates the beginning of a data packet or 
the end of a data packet. Such a determination is readily 
made based on whether the previotis state was valid data or 
invalid data. If the previous state was invalid data, the 
packetizing protocol overhead represents the beginning of a 
data packet. Conversely, if the previous data was vaUd, the 
packetizing protocol represents the end of a data packet. 

Based on the inputs firom the time positioning data 477, 
the mapping information 479 and the current storage status 
481, the data extraction module 276 can determine whether 
a current bit is to be provided to the ingress local memory 
for storage. The data extraction module 276 processes a data 
word in accordance to these inputs. When a new frame 
begins, it is aligned with the frame sync signal 165 such that 
the data extraction module 276 knows that the first two bit 
positions correspond to frame overhead data. As one of 
average skiU in the art would appreciate the first two bit 
positions being allocated to frame overhead is representative 
of an example only. As such the frame overhead may be 
representative of more bit positions or less bit positions as 
dictated by the particular data transport protocol being used 
(e.g., E3, or DS3 links). 

FIG. 17 illustrates a schematic block diagram of a data 
extraction module 480. The data extraction module 480 
includes a processing module 482 and memory 484. The 
processing module 482 may include a single processing 
entity or a plurality of processing entity. Such a processing 
entity may be a microprocessor, microcontroller, 
microcomputer, central processing unit, state machine, logi- 
cal circuitry and/or any device that manipulates data based 
on operating instructions. The memory 484 may be read- 
only memory, random access memory, DVD memory, CD 
ROM memory, floppy disk memory, hard drive memory 
and/or any device that stores digital information. Note that 
if the processing module 482 includes a stale machine(s) 
and/or logic circuitry, the memory is embedded into the state 
machine and/or logic circuitry such that the operating 
instructions stored therein are inherent within the state 
machine and/or logic circuitry. 

The memory 484 stores operating instmctions that cause* 
the processing module 482 to function as a plurality of 
circuits 486-498. While performing the operating 
instructions, the processing module functions as circuit 486 
to receive at least one bit of data from a bit stream of data 
that is representative of packctized data. The processing 
module then functions as circuit 482 to identify a data packet 
associated with the at least one bit based on time occurrence 
of receiving the bit. The processing module then functions as 
circuit 490 to extract data from the at least one bit based on 
the status of the data packet and the content of the bit. 

The processing module then functions as circuit 492 to 
update at least a portion of the stattis of the data packet based 
on the content of the bit. The processing module then 
functions as circuit 494 to store the updated status in an 
associated status section of the local memory. In addition, 
the processing module functions as circuit 496 to determine 
memory allocation of the local memory to a logical channel 
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associated with the at least one bit. The processing module 
then functions as circuit 498 to store the at least one bit in 
a given location of a data section based on the memory 
allocation. The operating instructions stored in memory 484 
and performed by the processing module 482 may be further 
described with reference to FIGS. 18 and 19. In addition, 
data extraction module 480 function similarly to the data 
extraction process described with reference to FIGS. 15 and 
16. 

FIG. 18 illustrates a logic diagram of a method for 
extracting data. The process begins at step 500 where at least 
one bit of data is received from a bit stream of data that is 
representative of packetized data. The packetized data is 
formatted based on a data packetizing protocol (e.g., HDLC 
encapsulated data protocol and/or ATM packetizing 
protocol). Note that the stream of data may include a 
plurality of bit streams of data that have been interleaved. 
Where each of the bit streams includes at least data associ- 
ated with at least one lower-speed link, such as a Tl link. El 
link, or a portion thereof 

The process then proceeds to step 502 where a data packet 
that is associated with the at least one bit is identified based 
on the time occurrence of receiving the bit. Note that the data 
packet includes flags that delineated a data packet and/or 
data that has been packetized based on a high-level data link 
controller protocol and is conveyed via a logical channel. 
Farther note that the identifying of a data packet associated 
with the at least one bit was described with reference to FIG. 
16 utilizing the time positioning data 477. The process then 
proceeds to step 504 where data is extracted from the at least 
one bit based on the status of the data packet and content of 
the bit. The status of the data packet comprises at least one 
of cunent stattis of the data packet (e.g., valid data, invalid 
data, beginning of a data packet, end of data packet), history 
status of the data packet, mapping information of a logical 
channel to local memory, local memory context information 
that contains address information, current stored word 
length and linked list information. The process then pro- 
ceeds to steps 506 and 510. 

At step 506, at least a portion of the status of the data 
packet is updated based on the content of the bit. For 
example, if the bit is representative of valid data, invalid 
data, data packetizing overhead, the status of the data packet 
is updated to reflect the data content. The process then 
proceeds to step 508 where the updated status is stored in an 
associated status section of the local memory. The status 
section corresponds to the data word section 464 as illus- 
trated in FIG. 15. 

At step 510, memory allocation of local memory to a 
logical channel associated with the at least one bit is 
determined, which will be discussed in greater detail with 
reference to steps 514 through 520. Note that the allocation 
of memory to the logical channel may be done at logical 
channel set-up, prior to receiving data. The process then 
proceeds to 512 where the at least one bit is stored in a given 
location of a data section based on the memory allocation. 

The determination of memory allocation begins at step 
514 where memory requirements of a logical channel are 
determined. The process then proceeds to steps 516 and 518. 
At step 516, a single one of a plurality of data sections is 
allocated to the logical channel when its memory require- 
ments is that of a first data size. Refer to FIG. 15 where logic 
channel 1 included one-channel segment, thus was allocated 
one data section in ingress local memory 282. 

The process then proceeds to step 518 where multiple 
ones of the plurality of data sections are allocated to a logical 
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channel when the logical channel's memory requirements is 
a multiple of the first data size. The process then proceeds to 
step 520 where the multiple ones of the plurality of data 
sections are linked via a linked list. Refer to FIG. 15, where 

5 logical channel 2 has a memory requirement that is a 
multiple of the first data size. In particular, logical channel 
2 had three channel segments affiliated therewith and was 
allocated three sections in the local memory, while logical 
channel 3, which includes two channel segments, was allo- 
cated two data segments. In general, the first data size 
corresponds to a data word within the local memory section, 
which may be one to sixteen bytes in length and may include 
one or more data words. 

FIG. 19 illustrates a method for determining a short data 
packet. The process begins at step 530 where an end of data 
packet is determined based on the content of the at least one 
bit and the status of the data packet. Refer to the discussion 
of FIG. 16 as to how the end of a data packet is identified 
based on the data status and the content of the bit. The 
process then proceeds to step 532 where the size of the data 

20 packet is determined when the end of the data packet is 
identified. 

The process then proceeds to step 534 where the size of 
the data packet is compared with a data packet protocol size 
threshold, which is specified as a number of bytes. For 

25 example, the minimum byte size may be four bytes in length. 
The process then proceeds to step 536 where a determination 
is made as to whether the comparison was unfavorable. If 
the comparison was unfavorable, i.e., the size of the data 
packet was less than the data packet protocol size threshold, 

30 the process proceeds to step 540. At step 540, the data packet 
is rejected. The data packet may be rejected by flagging the 
data as being invalid but it is provided to the non-local 
memory. Alternatively, the data may be rejected by deleting 
the data packet from local memory and not providing it to 

35 the non-local memory. If, however, the comparison was 
favorable, the process proceeds to step 538 where the data 
packet is flagged as valid. 

FIG. 20 illustrates a schematic block diagram of a data 
extraction module 550 that is operably coupled to local 

40 memory 282. The data extraction module 550 includes a 
processing module 552 and memory 554. The processing 
module 552 may include a single processing entity, or a 
plurality of processing entities. Such a processing entity may 
be a microprocessor, microcontroller, digital signal 

45 processor, central processing tmit, state machine, logical 
circuitry and/or any device that manipulates data based on 
operational instructions. The memory 554 may be a read- 
only memory, random access memory, CD ROM memory, 
DVD memory, floppy disk memory, hard disk memory, 

50 magnetic tape memory, and/or any other device that stores 
digital information. Note that if the processing module 
includes a state machine and/or logic circuitry, the memory 
may be imbedded within the state machine and/or logic 
circuitry such that the implementation of the state machine 

55 includes the operational instructions. 

The memory 554 stores operating instructions that causes 
the processing unit 552 to function as a plurality of circuits 
556-562. While performing the operating instructions, the 
processing unit 552 functions as circuit 556 to receive a 

60 stream of data. The processing unit then functions as circuit 
558 to obtain data mapping information that corresponds 
data packets to at least one data storage section and time 
positioning data. The processing modtile then functions as 
circuit 560 to obtain memory context information that 

65 corresponds to current storage status of the data packet. The 
memory context information is obtained based on at least a 
portion of the data mapping information. 
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The processing module then fiinctions as circuit 562 to protocol information or frame delineation data based on the 

process a bit of the stream of data as at least one of specific memory content information and the data content of 

packetizing protocol information, frame delineation data or the bit. Again refer to the discussion of FIG. 16 for a 

extracted data. The processed data is then provided to the graphical representation of the determination process, 
local memory 282, which includes a plurality of data sec- s FIG. 22 is a logical diagram in furtherance of the method 

tions 564 and a plurality of associated status sections 566. of FIG. 21, At step 590 the specific memory context infor- 

The data section may correlate to the data word section 462 mation is interpreted to determine whether the incoming 

of FIG. 15 while the status section 566 may correspond to data is valid. In particular, the tag, or data word status is 

the data word section 464 of FIG. 15. The operating instruc- interpreted to determme whether the data is vahd. The 
tions stored in memory 554 and executed by processing lO process then procee^ to step 592 where a dete^^^^^^ 

module 552 will be further described with reference to "^'^^ ^^^j^^f t' f^! T . 'ntenrnf he 

T-Ti-.o J -1-1 t:- _*u * *u . *u J * 4 *• process proceeds to Step 594 where the data content of the 

FIGS 21 and 22. Further note that the data extracUon P.^ ^^J^ ^. ^^^^ ^^^^ 

module 550 m general performs the functions as described ^^^^ ^^^^^^ flag, Tlie process then proceeds to step 596 

with reference to FIGS. 15 and 16, ^^^^^ ^ determination is made as to whether the comparison 
FIG. 21 illustrates a logic diagram of a method for 15 was favorable. If not, the process proceeds to step 600 where 

extracting data. The process begins at step 570 where a the specific memory context data is updated to indicate the 

stream of data is received. The process then proceeds to step data packet has been stored. As such, an unfavorable com- 

572 where data mapping information is obtained. The data parison indicates that an end of data packet flag was idcn- 

mapping information corresponds data packets to at least tified. As previously mentioned, the end of data packet 
one of a plurality of data storage sections of local memory ^0 equates to data packetizing protocol information. If, 

and time positioning data. Refer to FIG. 16 for a graphical however, the comparison was favorable indicating that the 

representation of the correlation of the time positioning data end of data packet has not been reached, the process 

and the mapping information. proceeds to step 598 where the bit is stored as extracted data. 

™ J . . ^^74 ™^ If the determination at step 592 was that the status is not 

The process then proceeds to step 574 where memory ^^^.^ process proceeds to step 602. At step 

context mformation is obtamed. The memory context infor- ^^^^ ^^J^^^ ^.^^^^^ previously stored bits are 

mation corresponds to current storage status of the data , ^d with a start of data packet flag. Recall that six 

packets, Ihc context mformaUon is obtamed based on at consecutive ones in a row may indicate a start of a data 

least a portion of the data mappmg mformation. Again refer p^^j^^^ -j^^ process then proceeds to step 604 where a 

to FIG. 16 for a graphical representation of the current determination is made as to whether the comparison was 

storage status and the accessing thereof based on the map- favorable. A favorable comparison indicates that the bit 

ping information 479. Also note that the current storage content conesponds to a start of data flag. If the comparison 

status of the data packets include channel segment rate (e.g., unfavorable, the process proceeds to step 606 where the 

64 kilobits per second or 56 kilobits per second), bit identified as containing invalid data but is stored as a 

inversion, addressing mode, valid data, link memory potential beginning of the packetized protocol information 

segments, and/or data storage section fifl status (e.g., how q^ q ^ ^tart of data packet flag). 

many bits of the word have been stored in memory). however, the comparison was favorable, the process 
The process then proceeds to step 576 where a bit of the proceeds to step 608 where the bit is processed as packetiz- 
stream of data is processed as at least one of packetizing ing protocol information and stored. The process then pro- 
protocol information, frame delineation data, and extracted ceeds to step 610 where the specific memory content infor- 
data. Such processing is based on at least one of the time mation is updated to indicate that a new data packet is being 
occurrence of the bit, the data mapping information and the received. Hie process then proceeds to step 612 where the 
memory content information. The frame delineation data data packetizing protocol bit is overwritten with a next bit of 
may be determined based on the time occurrence of the bit valid data of the new data packet. 

and the time positioning data. Refer to FIG. 16 wherein the pjc. 23 illustrates a graphical represenUtion of the data 

first two bit positions of a new frame correspond to frame packetizing process as performed by the data packetizing 

delineation data 475. As such, the data extraction process module 312, which is operably coupled to obtain memory 

can readily identify frame delineation data by its bit position content information 620, data mapping information, time 

position of the time positioning data 477. positioniag data 477 and to receive data words from the 

At step 576, the processing of the bit may also be done by 50 egress local memory 300, In general, the data packetizing 

determining an end of a data packet based on the data module 312 receives a data word from the egress local 

content of the bit, the data mapping information and the memory 300 and, based on the time positioning data 477, the 

memory context information. Next, the size of the data data mapping information 622, and the memory content 

packet may be determined based on the memory context information 620, generates the interleaved bit stream of 
information when the end of the data packet is determined. 55 sample data 166. As shown, the bit stream includes frame 

Having obtained the size, it is compared with a data packet delineation data 475. The data packetizing module 312 adds 

protocol size threshold. The data packet is rejected when the the frame delineation data to the interleaved bit stream. The 

size of the data packet compares unfavorably to the data addition of the frame overhead, or a frame delineation data 

packet protocol size threshold. 475 is determined based on the time positioning data. As the 

The processing step 576 may be further described with 60 data packetizing module 312 receives the frame sync signal 

reference to processing steps 578-582. At step 578, a logical it accesses the time positioning data to know that the first 

channel affiliation of the bit is determined based on the time two bit positions correspond to frame overhead, i.e., the 

occurrence of the bit and time positioning data. The process frame delineation data 475. As such, the data packetizing 

then proceeds to step 580 where the memory context infor- module outputs the first two bits of a frame of the interleaved 
mation is obtained specifically for the logical channel. The 65 bit stream as the frame delineation data, 

process then proceeds to step 582 where a determination is The third bit, which corresponds to bit position 2, corre- 

made as to whether the bit is extracted data, packetizing sponds to data for the first bit of the first channel segment of 
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the first lower-speed link. The remaining bits of the bit As such, for each bit associated for data packet 455, the 

stream for a given frame, correspond to the bit positions of logical channel is determined which leads to the particular 

the time positioning data. To determine which logical chan- data segment of the egress local memory 300. The data 

nel and corresponding channel S6gmcnt(s) the bit position segment of egress local memory is then used to obtain the 
belongs to, the data mapping information 622 is accessed. S specific memory context information 620. As can be seen, 

As shown, a logical channel is affiliated with the lower- *he specific memory context would indicate that the first 

speed link and the channel segment, which may correspond series of bits will include valid data, the next series of bits 

to a DSl link and the aflBliated DSOs. As such, for bit willmclude packetizing protocol overhead 198 and the final 

position 2, the data packetizing module 312 knows that this ^^^^^^^^ ^^^^^ 

particular bit position is allocated to logical channel 1. In lO ^4 illustrates a schematic block diagram of a data 

addition, the mapping information 622 indicates that the packetizmg module 630. The data packetizing module 630 

egress local memory has a data segment associated with the includes a processing module 632, memory 634, and local 

logical channel wherein the data section initial address is memory 635. The processing module 632 may include a 

address 0. In addition, the logical channel 1 has the second ^^^^^^ processing entity or a plurality of processing entities, 
and third channel segments of the first low-speed link is ^^^^ ^ processing entity may be a microprocessor, 

affiliated therewith. As such, the egress local memory 300 microcontroller, digital signal processor, central processing 

includes additional data sections, beginning at address 31 ^^^^^ state machine, logical circuitry and/or any other device 

and 63, allocated to the local channel ^^^^ processes data based on operating instructions. The 

Having identified the local memory location, the data "^^J readK^nly memory, random access 

packetizing module 312 accesses the memory context infor- "lemory, floppy disk memory, DVD memory, CD memory, 

mation 620 to determine whether to output a bit from the f ^ f f^'.'^J ?u .7 

relevant data segment of local memory as valid data, invalid ^^jtaj mformation. Note that if the processing module 

data, packetizing protocol overhead, linking data and/or ^^^^^^^^ ^ state machme to implement one or more of the 

word status. TTie linking data and/or word status is generally ^^^^'^}^^ ^^'^'^^^ ^^^^^ contaming the specific oper- 
included in the tag portion of the data segment. 25 '^^^^f associated circuit, or circuits, 

would be embedded withm the state machine and/or embed- 

For a current frame, the data packetizmg module 312 is jed within the logic circuitry. The local memory 635, which 

outputting data that corresponds to data packets 450, 452, corresponds to the egress memory 300 may be random 

454 and 455, The data packetizmg module 312 outputs the access memory 

data packets in the interleaved bit stream. While processing t^,^ ^ • , ^ia „ 

. ^ . , J .1 , . , . ^i-ft , 1 1 . 30 f^i^ operating instructions stored m memory 634 causes 

bits associated with data packet 450, the data packebzing ^ ♦ a *• i i * • 

, t .. .. , . the processmg unit 632 to function as a plurality of circuits 

module 312 accesses the time positioning data to determine k^/^^aa wtu:^^ ^^^™,t; • *J «• ^ .u 

, , . . • . 1 ■ 1 * . , 1 . , 636-644. while executing the operatmg instructions, the 

whether the bit is associated with a particular logical . j i a *• - * u« ■ l /^j 

, , ... ^ ^ ^ 1.^,- J. • 1 processing module functions as circmt 636 to obtain bit time 

channel, which supports the data packet. Having determined u„ ^u * * * i^ ♦ 

n , . 1 ■ » . occurrence by retneval or at least one bit of at least a portion 

this intormation, the data packetizing module 312 accesses a 4 / a • j t *u a 
^, . . • r . . . . 35 01 a data word. The processing module then functions as 

the memory contest information 620 to determme that the cio * a * ■ ** ju j 

, - „, ^ , , . .... circuit 638 to determine status of the data word based on the 

current frame oi data, tor data packet 450, is vaud. As can K;t f.-™« ^u^ w* kt-^* iu ™ j i 

. ' ^Lj. ijr j,\ 1 . A^tx r bit time occurrence 01 the bit. Next, the processing module 

be see m the figure, the data valid for date packet 450 of ^^^^^ ^.^^.j ^ ^^^^ ^^J^ ^^ 

the current frame since " is between the data packeUzing j^^^^ ^it based on the status of the data word. The 

protocol overhead 196 and 198. j i *i. j:. • . j * 

40 processing module then functions as circuit 642 to update 

As the data packetizing module 312 is processing bits the status of the data word based on the bit time occurrence 
affiliated with data packet 452, it accesses the time posi- and the data word. The processing unit then functions as 
tioning data 477 to determine the bit position positions of the circuit 644 to apply a data packetizing protocol to the at least 
associated bits. Having detenmined this, the data packetizing one retrieved bit based on the status of the data word. The 
module 312 determines the particular logical channel. The operating instructions stored in memory 634 and executed 
logical channel is then used to address the data mapping by processing module 632 will be discussed in greater detail 
information 622 to identify a particular data segment of the with reference to FIG. 25. Further note that the data pack- 
egress local memory. Having identified the particular etizing module 630 performs the general functions as 
memory section, the specific memory context information described with reference to FIG. 23. 
620 is determined for the logical channel. As can be seen in 25 Hlustrates a logic diagram of a method for 
the upper-left portion of FIG 23, the output data for the packetizing data. The process begins at step 650 where the 
current frame mcludes mvahd data, the packet^g protocol occurrence for retrieval of at least one bit or at least 
overhead, which is ir^rted by the data packetizing module a portion of a data word is determined. The bit time 
312, and then valid data. occurrence corresponds to the time positioning data as 

As the data packetizing module 312 is processing bits 55 described with reference to FIG, 23. The process then 

associated with data packet 454 during the current frame, it proceeds to step 652 where the status of the data word is 

again accesses the time positioning data 477, the data determined based on the bit time occurrence. The status of 

mapping information 622 and the specific memory context the data word includes the current status of the data block, 

information for data packet 454. Having obtained this history status of the data block (e.g., the last few bits, 
information, the data packetizing module 312 determines go storecQ, mapping information of a logical channel to local 

that the data is invalid for this current frame of data packet memory, local memory context information that contains 

454. As such, the data provided into the interleave bit stream addressing information, and linked list information. Refer to 

will be don't care information, or null data. the discussion of FIG. 23 for a graphical representation of 

The data packetizing module 312 processes bits associ- the determined of the status of the data word, 
ated with the data packet 455 for the current frame based on 65 The process proceeds to step 654 where the at least one bit 

the time positioning data 477, the data mapping information is retrieved from local memory based on the status of the 

622 and specific context infonmation 620 for the data packet. data word. Retrieval from local memory can be further 
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described with reference to steps 660-664. At step 660, at and executed by the processing module 672 are further 

least one data section of local memory is determined based described with reference to FIGS. 27 and 28. Further note 

on a logical channel. The process then proceeds to step 662 that the data packetizing module 670 performs in a similar 

where the at least one bit from a given location of the at least fashion as the data packetizing module 312 of FIG. 23. 

one data sectioii is retrieved Ite piDcess then 5 piG. 27 illustrates a logic diagram of a method for 

step 664 where the updated status IS stored m the associated 1 • j » tt. u • * * u ^ 

^ t - 1 1 packetizmc data. The process begins at step 690 where at 

status section within the local memory. f. r „ ^ j-^ j-^i . 

„ . , . , , least a portion of a data word is stored m at least one storage 

Returmng to the mam process, the process proceeds to ^^^^^^ ^j- ^ p^^^ ^^ ^^^^^ ^^^^ ^ ^ j^j^^. 

step 656 where the status for the data word ,s updated based ^^^^^^^ ^^^^ j„ ^^^j^^^ ^^^^ ^ ^^j^^^ ^ ^^^^ 

on the bit tune occurrence and the data word. The process jo block is available for packetizing. In addition to determining 

then proceeds to step 658 where a data processmg protocol ^^^^ ^ j^,^ y^^j^^ ^ ^^^^^^ ^^^^y^ j.^^ 

IS applied to the at least one retneved bit based on the status transporting from non-local memory, a determination is also 

of the data word. Hie application of a data packetizing ^^^^ ^ ^„ ^^^^^^ ^ ^ j ^ ^^^^^ 

protocol may be outputtmg the at least retneved bit, gener- ^^^^ ^ion of the data block. If so, step 690 is executed, 

ating a stufBng bit and outpuiting the stufBng b«. Such ,s Otherwise, the process waits until the data block is available 

stuffingbits wouldoccurwhenthe currentbit andpreviously ^ transporting and/or the local 

outputted bit falsely represent data packetmng protoco ^ ^ ^.j, j„ .^^^ 3 ^.j^ ^ (ion of 

miormation. The appucation of data packetizing protocol jj^^ ^j^^^ block 

may further include outputting at least one error checking bit _ ' , , ... , 

and outputting at least oncstartor end of data packetflag bit. ^ .^^ f'°^^ ^'r" P™=^^^^J? ^l^P where data map- 

The application of a data packetizing protocol may further P'°S ">fora>ation is obtamed. The data mapping information 

include inserting at least one error bit in the at least one correspoiids the data word to the at least one data storage 

retrieved bit position when an underflow condition is 1^^'°'' °^ ">e local memory and to time positiomng data, 

detected. As such, if the local memory does not provide a The process then proceeds to step 694 where memory 

data word to the data packetizing module, the data pack- context information is obtained bs^ed on at least a portion of 

etizing module would insert an error bit indicating that an "'^ °"'PP"'e ^formation. Tlie memory context mfor- 

underflow condition has occurred. As a further application ^°°tams cunrent bit retrieval status of the at least a 

of a data packetizing protocol, a determination may be made P""'™ °f ■ J" 'j^^ current bit retneval 

that the at least one bit is affihated with the unassigned f'f channel segment rate (e.g 64 kilobits or 56 

logical channel. When such a determination is made, a null 30 ^'P""'* P^' addressing mode, vaLd data indicaUon, 

bit is outputted in place of the at least one bit. Such was i'-^ memory segments, and data storage section fill status), 

illustrated in FIG. 23 with reference with data packet 4S4. Note that the data storage section fill status indicates 

r-T^ -11 . * u ui 1 J- ^ J * whether the data sections associated With a particular logical 

FIG. 26 illustrates a schematic block diagram of a data , i-ij *^ .l-^u 

, . J 1 Tn. i ^ 1 • J 1 iT^n channel mclude a sufficient amount of memory to begin the 

packetizmg module 670. The data packetizmg module 670 j * i • jo 

r 1 J ^ . J , ^ J t 1 data packetizing process. 

includes a processing module 672, memory 674 and local 35 ^ , , , , . ^ i 
memory 676. The local memory 676 corresponds to the ^h^ then proceeds to step 696 where a bit of the 
egress memory 300 of FIG. 23. The processing module 672 ^» ^^^^ ^ PO^^io^ ^^^a word is processed as data or data 
may include a single processing entity, or a plurality of Packetizing protocol information. Such processmg is based 
processing entities. Such a processing entity may be a ^ime occurrence of the bit, the data mapping mfor- 
microprocessor, microcontroller, microcomputer, digital sig- 40 "'^^"^ ^"'^^^'^ memory context information. Tlic pro- 
nal processor, state machine, logical circuitry and/or any ^^^sing at step 696 may be further described by the pro- 
device that manipulates data based on operating instructions, cessing step 698-702. 

The memory 674 may be read-only memory, random access At step 698, a logical channel affiliation of the bit is 

memory, floppy disk memory, magnetic tape memory, and/ determined based on time occuaence for retrieval of the bit 

or any device that stores digital information. Note that if the 45 and the time positioning data. The process then proceeds to 

processing module includes a state machine to perform one step 700 where specific memory context information is 

or more of the functions of the processing module, the obtained regarding the logical channel. The process then 

operating instructions stored in memory would be embedded proceeds to step 702 where a determination is made as to 

within the circuitry making up the state machine. Similarly, whether the bit corresponds to data or data packetizing 

the operating instructions of memory would be embedded in 50 protocol information. Such a determination is based on the 

a logic circuit that would implement a function(s) of the specific memory context information and the data content of 

processing modules 672. Ihc bit. A graphical representation and detailed discussion of 

Ttie memory 674 includes operating instructions that ^uch processing was provided with reference to FIG. 23. 

cause the processing module 672 to function as a plurality of FIG. 28 illustrates a logical diagram of a method, which 

circuits 678-684. While performing the operating 55 is in furtherance of the method of FIG. 27. Such processing 

instructions, the processing module functions as circuit 678 begins at step 710 where the specific memory context 

to store at least a portion of a data word in at least one data information is interpreted to determine whether outgoing 

storage section of the local memory 676. The processing data is valid. Such a determination may be done by reading 

module then functions as circuit 680 to obtain data mapping the tag associated with the data word. The process then 

information that corresponds the data word to the at least one 60 proceeds to step 712 where a determination is made as to 

data storage section and time positioning data. The process- whether the status (e.g., the tag) is set to valid data. If so, the 

ing module then functions as circuit 682 to obtain memory process proceeds to step 714 where the data content of the 

context information based on the at least a portion of the data bit and previously outputted bits are compared with an end 

mapping information. The processing module then functions of data packet flag. As previously mentioned, an end of data 

as circuit 684 to process a bit of at least a portion of the data 65 packet flag may be represented by six consecutive ones, 

word of at least one of data or data packetizing protocol The process then proceeds to step 716 where a determi- 

information. The operating instructions stored in memory nation is made as to whether the comparison was favorable. 
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If the comparison was not favorable, i.e., the end of data linked list for the memory blocks indicate which memory 

packet has been reached, the process proceeds to step 720. blocks are linked together for data packets and the fill status 

At step 720 the specific memory context information is for the corresponding memory blocks. For example, a 

updated to indicate that the data packet has been outpulted. memory block may have a data capacity of 512 bytes, which 

This was graphically represented in FIG. 23 with the dis- 5 includes a 480 byte section for storing data words, and a 32 

cussion regarding the processing of data packet 455, If, byte section for storing memory block status information, 

however, the comparison at step 716 was favorable, the The status information includes memory block linking data, 

process proceeds to step 718 where the bit outputted is current memory block fill status, end of data packet status, 

representative of valid data. Alternatively, the bit may be etc. Note that the memory blocks will be linked together for 

replaced by a stuffing bit when the data is valid and a pattern a data packet when the data packet is larger than a memory 

of the data matches a packetizing protocol pattern. In other block. 

words, the data is known to be valid but the current bit and To facilitate the transportation of data between the local 

the previously outputted bits indicate data packetizing infor- memories and the non-local memory 140, the memory 

mation. When this occurs, the bit is stuffed to overcome the manager 172 utilizes the memory manager linked list 744. 

violation of the packetizing protocol overhead. The process- The linked list includes an initial data word flag, logical 

ing of valid data was discussed in detail with graphical channel affiUation, next scan field, data word address field 

illustrations regarding the processing of data packet 450 as and a data word link field. The linked list 744 includes 

shown in FIG. 23. separate linked lists for each of the local memory sections. 

If, at step 712, the status was not set to valid data, the As such, each ingress and egress local memory has its own 

process proceeds to step 722. At step 722, the data content linked list or share a linked list. 

of the bit and previously outputted bits are compared with a In the ingress path, the memory manager 172 utilizes the 

start of data packet flag. The process then proceeds to step linked list to poll the ingress local memories by interpreting 

724 where a determination is made as to whether the the tag to determine whether the associated data segment has 

comparison was favorable. If not, indicating that a start of a a data word for transportation. The scan, or polling, flow, 

data packet flag has not been identified, the process proceeds ^5 which is indicated by an ellipse in the center of FIG. 29, 

to step 726. At step 726, the bit is identified as representing continues in the loop. As shown in the linked list, the data 

invalid data but is maintained as a potential beginning of word address 0, i.e., the first entry in the list, indicates that 

packetizcd protocol information indicating a packet start. the next scan is data word address 1 wherein the next scan 

If, however, the comparison at step 724 was favorable, the for data word address 1 is data word 2. As such, the three 

process proceeds to step 728. At step 728, the bit is pro- 30 data words continue in the loop, as indicated by the scan 

ccsscd as data packetizing protocol information and output- flow for the polling operation. As one of average skill in the 

ted. As such, the data packetizing module is packetizing the art would readfly appreciate, the linked list may include 

bit with the packetizing protocol information. Hie process many more objects than the three indicated in the example 

then proceeds to step 740 where the specific memory context of FIG. 29. The linked list 744 also includes the logical 

information is updated to indicate that a new data packet is 35 channel affiliation of the data word segment. As shown, the 

being processed. data sections addressed by data word address 0 and data 

FIG. 29 iUustrates a schematic block diagram of the word address 2 are affiliated with logical channel A while the 

memory management process in accordance with the present data section of address 1 is affiliated with logic channel B. 

invention. As shown, the memory manager 172, which is The initial data word flag of the linked list 744 indicates 

also referred to as a data transport managing module, is 40 whether the corresponding data segment is the first data 

operably coupled to a plurality of iiigress local memories segment associated with the logical channel. When the bit is 

282, 286, a plurality of egress local memories 300, 304 and set, (e.g., a one), the associated data segment is the first data 

the non-local memory 140. The memory manager 172 segment for the logical channel. When the initial data word 

includes memory to store memory manager linked list flag is not set (e.g., 0), the associated data segment is not the 

information for local memories 744. As previously 45 first. 

mentioned, the local memories (ingress and egress) each The linked list further includes the data word link. The 

include a data portion and a tag portion. The tag portion of data word link is used to determine the data flow for the 

the ingress local memories indicates whether the associated logical channels. As shown, logical channel B includes a 

data section includes a data word for transportation to the single data section which corresponds to the data word 

non-local memory. The tag portion of the egress local 50 address one. The associated data word link includes a one, 

memories indicates whether the associated data section has indicating that the data flow (i.e., the manner in which data 

the capacity to store a retrieved data word from the non-local is written in to the local memory) for logical channel B is as 

memory 140. One of the memory manager's 172 primary shown in the center of FIG. 29. As such, the data word 

functions is to facilitate the data transfer between the ingress address one is continually overwritten with new data words 

local memories and the non-local memory 140 and the data 55 once the current data word has been flagged for transporting 

transfer from the non-local memory 140 to the egress local to the non-local memory. For logical channel A, the data 

memory 300 and 304. The memory manager also further to word link field includes a 2 associated with the data section 

process statistics for short frames, under-mns and overruns 0 and a 0 for data section 2. As such, the data flow causes 

on a per channel basis. data to be written at data section 0 then at data section 2, 

The non-local memory 140 includes a plurality of 60 before beginning again at data section 0. The data flow for 

memory blocks 466-473, an ingress queue section 470 and logical channel A is as shown in the center portion of FIG. 

an egress queue section 472. The ingress queue section 29. 

facilitates the storage of ingress data words into the memory Once the memory manager 172 determines that the 

blocks while the egress queue section facilitates the retrieval ingress local memory has a data word for transportation, the 

of data words from the memory blocks. In addition, the 65 memory manager 172 identifies the logical channel, deter- 

ingress queue section 740 may include a simflar linked list mines whether a memory block has been allocated to the 

to that of the local memory linked list 744. As such, the logical channel and provides the data word to the allocated 
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memory block. If the logical channel has not been allocated 
a memory block in non-local memory, the memory manager 
allocates one, if one is available, and then provides the data 
to the memory block. The memory manager 172 also 
monitors the amount of data provided to the non-local 5 
memory to determine when another memory block is 
needed. The memory manager further monitors the size of 
the memory block to determine whether the data packet is in 
a runaway condition, i.e., exceeding a maximum data packet 
size. 

FIG. 30 illustrates the memory manager 172 coupled to 
the non-local memory 140 to perform the egress data 
transportation process. The memory manager 172 accesses 
data block status information 745 to facilitate the transpor- 
tation of egress data words. The data block status 745 
includes a logical channel field, memory block pointer field, 
memory block address, memory block Hnk, and an address 
pointer. The memory block pointer indicates whether the 
memory block being accessed is the first memory block in 
a series of memory blocks allocated to the logic^ channel, 
If so, the memory block pointer is flagged as a logic one. If 
not, the memory block pointer is flagged as a zero. The 
memory block address indicates the starting address for the 
particular memory block while the memory block link field 
indicates how the memory blocks are Unked together for a 
particular logical channel. The address pointer indicates the 
current address of a memory block regarding the words 
being extracted from the memory block. 

As shown in the center portion of FIG. 30, the data 
retrieval process is to retrieve the data from the memory 30 
block, once the memory block has been identified as con- 
taining a completed data packet. Once the data has been 
retrieved, the pointers to the memory block are requeued 
such that the memory block may be utilized for other data 
processing. 35 

FIG. 31 illustrates a schematic block diagram of a data 
transport managing module 780 that includes a processing 
module 782 and memory 784. In general, the data transport 
managing module functions similarly to the memory man- 
ager 172, as discussed with reference to FIGS. 29 and 30. 40 
The processing module 782 may include a single processing 
entity or a plurality of processing entities. Such a processing 
entity may be a microprocessor, microcontroller, digital 
signal processor, central processing unit, state machine, 
logical circuitry and/or any device that processes data based 45 
on operating instructions. The memory 784 may be read- 
only memory, random access memory, floppy disk memory, 
hard disk memory, DVD memory, and/or any device that 
stores digital information. If the processing module includes 
a state machine and/or logic circuitry to implement one or 50 
more of its functions, the operating instructions correspond- 
ing to that function or functions stored in memory 784 are 
embedded within the state machine and/or logic circuitry. 

The memory 784 stores operating instructions that cause 
the processing module to function as a plurality of circuits 55 
786-792. While executing the operating instructions, the 
processing module 782 functions as circuit 786 to poll a 
plurality of local memory entities for transportation of data. 
The polling is done based on a linked list. The processing 
module then functions as circuits 788-792 when a currently 60 
polled local memory entity has data to transport. When such 
is the case, the processing module functions as circuit 788 to 
obtain channel status of a logical channel associated with the 
currently polled local memory entity. The processing unit 
then functions as circuit 790 to determine data block status 65 
based on the data word. The processing module then func- 
tions as circuit 792 to provide the data portion to non-local 



,251 Bl 

34 

memory based on the channel status, the data word, and/or 
the data block status. The operating instructions stored in 
memory 784 and executed by processing module 782 are 
discussed in greater detail with reference to FIGS. 32 and 33. 

FIG. 32 illustrates a logic diagram of a method for 
managing the transportation of data. The process begins at 
step 800 where a plurality of local memory entities are 
polled for an indication that they have data to transport. The 
polling is done based on a linked list. Note that the polling 
sequence is generated in accordance with affiliations of 
logical channels to local memory segments, wherein the 
linked list maintains the afiBliation of logical channels to the 
local memory segments. Further note that the logical chan- 
nels may be weighted within the polhng sequence based on 
the number of local memory segments assigned to the 
logical channel, a predetermined priority of a logical 
channel, and/or user defined weighting criteria. As such, the 
priority may be strictly based on the processing of logical 
channels as shown with reference to FIGS. 29 and 30 or 
based on a predetermined logical channel weighting based 
on the identity of the data consumer (e.g., governmental 
user) and/or a premium paid by the data consumer. 
Alternatively, or in addition to, the weighting of the logical 
channels may be user-defined, i.e., the service provider 
establishes the weighting faaor based on a number of 
criteria. 

The process then proceeds to step 802 where a determi- 
nation is made as to whether a currently polled local memory 
entity has data to transport. Note that a local memory entity 
may be an ingress local memory and/or an egress local 
memory. If not, the process reverts to step 800 where the 
polhng continues based on the linked list. If, however, a 
currently polled local memory entity has data to transport, 
the process proceeds to step 804. At step 804 channel status 
of a logical channel associated with the cunently polled 
local memory entity is obtained. The data that the currently 
polled local memory entity has to transport is contained 
within a data word that includes a data portion and a tag. 
Note that the channel status includes seeking a data packet, 
processing a valid data packet, end of a data packet, amount 
of data transferred and/or current packet status. 

The process then proceeds to step 806 where the data 
block stored in non-local memory is determined based on 
the data word. The process then proceeds to step 808 where 
a determination is made as to whether one of the plurality of 
memory blocks is available based on a queuing scheme 
associated with the non-local memory. The queuing scheme, 
in essence, provides handshaking to transport data between 
the local memories and the non-local memory. The process 
then proceeds to step 810 where the amount of data trans- 
ported to the memory block is determined. The process then 
proceeds to step 812 where a determination is made as to 
whether the amount of data exceeds the capacity of the 
memory block. If not, the process proceeds to step 814 
where the data portion is provided to the non-local memory 
based on the channel status, the data word and/or the data 
block status. 

If, however, the amount of data exceeds the capacity of 
the memory block the process proceeds to step 816 where a 
determination is made as to whether the amount of data 
exceeds a data block threshold, i.e., the data packet is in a 
runaway state. If so, the process proceeds to step 818 where 
the data packet is flagged as invalid and the memory 
manager ceases to provide the data to the memory block. If, 
however, the amount of data does not exceed the block size 
but does exceed the capacity of a memory block, another 
memory block is allocated to the logical channel as shown 
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at step 820. In addition, the new memory block is linked to 
the existing memory block, or blocks, and the memory block 
status is updated to include the linking information. 

FIG. 33 illustrates a logic diagram of a method in fur- 
therance of the method of FIG. 32. At step 830, a tag 
associated with a data section is interpreted. The process 
then proceeds to step 832, where a determination is made as 
to whether the tag indicates the data word is the first data 
word of a data block. If so, the process proceeds to step 834, 
where one of a plurality of memory blocks is addressed 
based on a queuing scheme and memory block status. The 
process then proceeds to step 836 where the data is trans- 
ported to the addressed memory block based on the memory 
block status. The memory block status was described with 
reference to FIGS. 29 and 30. 

If the tag did not indicate a first data word of a data block, 
the process proceeds to step 838. At step 838, a determina- 
tion is made as to whether the lag indicates that the data 
word corresponds to the end of a data block. If so, the 
process proceeds to step 840 where the memory block is 
addressed based on the queuing scheme and the memory 
block status. The process then proceeds to step 842 where at 
most a portion of the data word is transferred to the memory 
block. The process then proceeds to step 844 where the data 
block parameters are set regarding the data block and are 
stored. The data block parameters include the size of the data 
block, an indication of whether it is valid data and whether 
the data block is completely full with the data packet. The 
process then proceeds to 846 where a pointer to the first one 
of the linked memory blocks is released via the queuing 
scheme and the channel status is updated to seek a new data 
packet. At this point, a data packet is fully stored in 
non-local memory thus the pointers to writing to the 
memory can be deleted. As such, the data packet is now 
ready for retrieval from the non-local memory. 

The process proceeds to step 848 if the tag is not indica- 
tive of a first data word or the end of a data block. At step 
848, a determination is made as to whether the flag indicates 
that a data word is valid. If the data word is invalid, the 
process proceeds to step 854 where the memory manager 
identifies that it has no data to transport to the non-local 
memory. If however, the tag indicates that the data word is 
valid, the process proceeds to step 850 where the memory 
block is addressed based on the queuing scheme and the 
memory stams block. The process then proceeds to step 852 
where the data is transported to the memory block based on 
the memory status. 

FIG. 34 illustrates a schematic block diagram of an 
alternate data transport management module 860 that 
includes a processing module 862 and memory 864. The 
processing module 862 may include a single processing 
entity or a plurality of processing entities. A processing 
entity may be a microprocessor, microcomputer, digital 
signal processor, central processing unit, state machine, 
logical circuitry and/or any device that processes data based 
on operating instruction. The memory 864 may be read-only 
memory, random access memory, floppy disk memory, mag- 
netic tape memory, embedded memory, and/or any device 
that stores digital information. Note that if the processing 
module 862 includes a state machine and/or logical circuitry 
to implement one or more of its functions, the corresponding 
operating instructions are embedded within the circuitry. As 
such, the memory that contains the operating instmctions is 
embedded into the circuitry that makes up the state machine. 

Memory 864 stores operating instructions that causes the 
processing module 862 to function as a plurahty of circuits 
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866-874. While performing the operating instructions, the 
processing module functions at circuit 866 to poll a plurality 
of local memory entities for available memory space. Such 
polling is based on a linked list. The processing module then 

5 functions as circuit 868 to obtain channel status associated 
with a logical channel that is aflSliated with the currently 
polled memory entity. The processing module then functions 
as circuit 870 to determine whether the non-local memory 
contains a data block associated with the logical channel. 
The processing module then functions as circuit 874 to 
determine the data block status of the data block. Having 
done that, the processing module functions as circuit 872 to 
provide a data word of the data block to the currently polled 
local memory entity based on at least one of channel status 
and the data block status. The operating instructions stored 
in memory 864 and executed by processing module 862 will 
be discussed in greater detail with reference to FIGS. 35 and 
36. Note that the data transport managing module 860 
operates in a similar manner as the memory manager 172 of 
FIGS. 29 and 30. 

20 FIG. 35 illustrates a logic diagram of a method for 
managing the transportation of data. The process begins at 
step 880 where a plurality of local memory entities is polled 
for available memory space. Such poUing is based on a 
linked list. The polling sequence may be done in accordance 

25 with the afiBliation of logical channels to local memory 
segments, as described with reference to FIGS. 29 and 30, 
wherein the linked list maintains such affiliations. In 
addition, or alternative to, the weighting of the polling 
sequence may be based on the number of local memory 
segments assigned to the logical channel, a predetermined 
priority of the logical channel and/or user defined weighting. 

The process then proceeds to step 882 where a determi- 
nation is made as to whether a currently polled local memory 
entity has available memory. If not, the process reverts to 

35 step 880. If, however, memory is available, the process 
proceeds to step 884. At step 884 the channel status asso- 
ciated with the logical channel that is associated with the 
currently polled memory entity is obtained. Note that the 
channel status includes seeking a data packet, processing a 

4Q valid data packet, end of a data packet, amount of data 
transferred and/or current packet status. 

The process then proceeds to step 886 where a determi- 
nation is made as to whether non-local memory contains a 
data block associated with the logical channel. The process 

45 then proceeds to step 888 which continues the processing 
flow back to step 880 when the non-local memory does not 
have a data block associated with the logical channel. If, 
however, the non-local memory has a data block associated 
with the logical channel, the process proceeds to step 890. At 

50 step 890 the data block status of the data block is deter- 
mined. The process then proceeds to step 892 where a data 
word of the data block is provided to the currently polled 
local memory entity based on the channel status and/or the 
data block status. 

55 FIG. 36 illustrates a logic diagram of a method that is 
furtherance of the method of FIG. 35. At step 900 the data 
block status is interpreted. The process then proceeds to step 
902 where a determination is made as to whether the data 
block status indicates that the data word corresponds to valid 

60 data. If so, the process proceeds to step 904 where a memory 
block is addressed based on queuing scheme and memory 
block status. The process then proceeds to step 906 where 
the data is transported from the memory block to the 
currenfly polled local memory entity based on channel 

65 status. 

If the status does not indicate that the data word corre- 
sponds to valid data, the process proceeds to step 908 where 
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a determination is made as to whether the data block status 
indicates that the data word corresponds to the end of the 
data block. If not, the process proceeds to step 916 where the 
channel status is set to be indicative of a new data block 
when the status indicates first data of a data block. If, 
however, the status indicates the end of a data block, the 
process proceeds to step 910. 

At step 910 a memory block is addressed based on a 
queuing scheme and the memory block status. The process 
then proceeds to step 912 where at most a portion of the data 
word is transported from the memory block to the currently 
polled memory entity based on the channel status. Note that 
at most a portion of the data word may be transported since 
some of the data word is used to indicate the end of the data 
block. The process then proceeds to step 914 where channel 
status is updated to reflect that the end of the data block has 
been reached. 

The preceding discussion with reference to FIGS. 29-36 
have described a memory management system that facili- 
tates the flow of data between the local memory entities and 
the non-local memory entity in data transport system 12-16. 
In summary, the memory manager 172 allows the local 
memories to input/output the stored memory in a serial bit 
stream fashion. The memory manager controls the transport 
of data between the local memory and non-local memory in 
data words (e.g., one to sixteen bytes in length). The 
memory manager monitors the transfer of data to insure that 
incoming data packets associated with a logical channel are 
stored in a retrievable manner in non-local memory. By 
monitoring the status of such storage, the memory manager 
can determine when the data packets have been completely 
stored and/or when a data packet is invalid. The memory 
manager ako facilitates the retrieval of a data packet from 
non-local memory by insuring that it is vaHd and fully stored 
in the non-local memory. In addition, the memory manager, 
via the linked list minimizes overflow or underflow condi- 
tions by access the local memories in a distributive manner. 
If an overflow or underflow condition were to arise, the data 
packet would be flagged as invahd, requiring retransmission. 
By minimizing the chance for an overflow or underflow 
condition, the need to retransmit data is substantiaUy 
reduced. 

FIG. 37 illustrates a graphical representation for the 
generation of a Unked list 924 or 926. As shown, channel 
affiliation data 920 includes a local memory data word 
addresses (i.e., data section identifiers) and a logical channel 
affiliation. As shown, the local memory data word address 
includes 16 entries where 12 of the 16 have been allocated 
to a logical channel. As shown, logical channel Ais affiliated 
with local memory address 1, local channel B is affiliated 
with the local memory data word address 2, and so on. From 
the channel affiliation data 920, the linked list, or dynamic 
list weighting factors 922 are be determined. In a straight 
forward weighting approach, the weighting is determined 
based on the number of entries affiliated with the logical 
channel to the total number of local memory data words 
used. As such, the weighting factor for chancels A and B is 
1/12, for C and E: 3/12 and for D and F: 2/12. 

By combining the channel affiliation data 920 with the 
linked list weighting factors 922, the linked list 924 and/or 
926 may be generated. The linked list 924 includes the 
logical channel and the number of accesses per scan through 
the list. As such, as the memory manager is utilizing linked 
list 924 to access the local memories, it would access all 12 
assigned local memory data words but based on the logical 
channel affiliation. As such, logical channel A would be 
addressed once per a linked list loop procedure as would 
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logical channel B. Logical charmel C and E would be 
accessed three times while logical channels D and F would 
be accessed twice. 

The other technique for generating the linked list is to first 

5 address the logical channels having the higher weighting 
factors. Based on the weighting factors, the linked list 926 
is divided into distribution sections corresponding to the 
weighting factor. As such, for this example, a first pass for 
generating the linked list divides the list into three sections 

10 where the logical channels C and E should each appear once 
in each of the sections. By distributing the logical channels 
in this manner, the chance for a data overflow or underflow 
is substantially redticed. The next pass through the linked list 
deals with the next level of weighting factors, which corre- 

15 spond to channels D and F. Since each of these logical 
channels is required to appear twice in the hnked list, the 
linked hst is divided in half. The memory locations associ- 
ated with logical channels D aqd E are added to the linked 
list. Finally, the third pass includes the lower priority weight- 

20 ing factors associated with channels A and B. 

As one of average skill in the art would appreciate, FIG. 
37 is an example of a process for generating the linked list 
utflizing weighting factors. The three -step process as shown 
to generate linked list 926 is included as an illustration to 

^ faciUtate the understanding of the generation of linked list 
and does not necessarily indicate that three steps need to be 
processed to obtain the linked list or that the generation of 
the linked list is done in such steps. Further note that only 
one object may be present when the linked list is established, 
such that the linked list is further built as discussed with 
reference to FIGS. 38-43. 

FIG. 38 iQustrates a graphical representation for the 
addition of Channel G to the linked list. As shown, the 

25 channel affiliation data 920 is updated to include that logical 
channel G has two local memory data word sections 
assigned thereto. As such a new linked list weighting factor 
table 922 is generated as shown. A first pass of generating 
the linked list may be done by simply adding the data 
sections associated with logical channel G to the hnked list. 
Since they are adjacent, it is readily determined that the 
distribution of the object elements associated with channel G 
are unsatisfactory. As such, at least one is redistributed to 
achieve a more acceptable distribution. When the more 

^5 appropriate position is determined, the object entry is 
inserted into the linked list and the surrounding entries are 
adjusted. As shown in the second pass, the object entry 
associated with logical channel A is pushed to position 7 and 
each subsequent entry is pushed down, such that an object 
entry associated with logical channel G can be shifted to the 
position in the Ust. With this redistribution, the two object 
entries for object G are distributed within the hnked list. As 
such, approximately every half traversal of the linked hst, 
object G wiU be processed. 

55 Having done this redistribution of the linked list, a deter- 
mination is made as to whether other objects in the list have 
an appropriate distribution. As shown in die second pass, the 
three entries for object C are at positions one, five and nine. 
The spacing between these entries is thus three, three and 

go five. As such, if the spacing between the object entry at 
position nine and the object entry at position one could be 
reduced, the object entries for object C would have a better 
distribution ratio. By moving the object entry for object C to 
position 10, the desired spacing is obtained for object C, 

65 while the entry for object F is pushed up in the list. 

In general, the redistribution of the list is done by auditing 
each object in the list to determine the spacing for each entry 
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of the object. Once the spacing is obtained, it is compared to 
a desired spacing threshold, which is calculated on the fly 
based on the size of the list and the number of entries 
associated with the object If each spacing is within accept- 
able limits of the desired spacing threshold, no change is 
made. If, however, the spacing is not within the desired 
spacing threshold, an object entry is moved to obtain the 
desired spacing. Other object entries are pushed up or down 
the list to accommodate for the repositioning of the moved 
object entry. 

Once the first object of the list is checked for proper 
distribution, the next object in the list is checked. If spacing 
of entries for the next object is acceptable, the next object is 
checked. If not, at least one object entry is moved to obtain 
the desired spacing. Such individual object distribution 
checking continues sequentially through the list in a round 
robin manner. Note that the distribution checking may be 
executed as a background process such that it does not 
substantially interfere with the utilization of the linked list. 
Further note that the distribution checking may not be 
commenced until a certain number of objects are in the 
linked list. 

FIG. 39 illustrates the graphical representation of deleting 
channel, or object, C from the linked list. As shown, the 
channel aEBliation data 920 is updated to show the removal 
of logical channel or object C. Correspondingly, the linked 
list weighting factors 922 are updated to show the removal 
of object C. The first pass linked list is done by simply 
removing the entries associated with object C and compress- 
ing the list as shown. Having done this, a determination is 
then made as to whether the objects have a desired distri- 
bution. As can be seen, the distribution between object 
entries associated with object E have a spacing of two, two 
and four. It would be desirable to reduce the spacing of four 
(e.g., the spacing between entry number eight and entry 
number two), thereby obtaining a more distributive balance 
for the object entries related to object E. By moving the third 
object entry of object E to the 9 position, the object entry for 
object B is pushed up the list. 

FIG. 40 illustrates a graphical representation of a dynamic 
fist processor 930 that includes a processing module 932 and 
memory 934. The processing module 932 may be a single 
processing entity or a plurality of processing entities. Such 
a processing entity may be a microprocessor, 
microcomputer, microcontroller, digital signal processor, 
state machine, logic circuitry and/or any device that manipu- 
lates data based on operating instructions. The memory 934 
may be read-only memory, random access memory, floppy 
disk memory, hard disk memory, magnetic tape memory, 
and/or any device that stores digital information. Note that 
if the processing module includes a state machine and/or 
logic circuitry to implement one or more of its functions, the 
operating instructions stored in memory are embedded 
within the state machine and/or logical circuitry. As such, the 
memory is embedded in the state machine. 

The memory 934 stores operating instructions that cause 
the processing module 932 to function as a plurality of 
circuits 936-940. While performing the operating 
instructions, the processing module functions as circuit 936 
to determine a weighting factor for an object that is to be 
entered into a dynamic list. The processing module then 
functions as circuit 938 to determine object entries of the 
object based on the weighting factors. The processing mod- 
ule then functions as circuit 940 to distribute the object 
entries of the object within the dynamic list. The processing 
module may also function as circuit 942 to add an object to 
the list when an object is to be added to the list. In addition, 
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the processing module may function as circuit 944 to delete 
an object from the list when so indicated. The operating 
instructions stored in memory 934 and executed by process- 
ing module 932 will be discussed in greater detail with 

5 reference to FIG. 41. Note that the dynamic list processor 
930 is capable of performing the functions described with 
reference to the examples of FIGS. 37-39. 

FIG. 41 illustrates a logic diagram of method for gener- 
ating a dynamic list. The process begins at step 950 where 

10 a weighting factor of an object that is to be entered into a 
dynamic list is determined. The weighting factor corre- 
sponds to an object rate of the object, a priority of the object 
and/or a user preference of an object. The process then 
proceeds to step 952 where object entries of the object are 

35 determined based on the weighting factor The process then 
proceeds to step 954 where the object entries are distributed 
within the dynamic list. The object entries may be linked 
together such that the dynamic list equates to a linked hst. 
Further note that the dynamic list may be generated for a 

20 telecommunications data transport system wherein the 
objects correspond to logical channels. Further note that the 
object entries of an object may correspond to channel 
segments associated with the logical channels. Further note 
that the distributing of the object entries within the dynamic 

25 list may be done by determining the size of the dynamic list 
and distributing the object elements within the dynamic list 
based on the weighting factor and the size of the dynamic 
list. 

The process then proceeds to step 956 where a determi- 
nation is made as to whether a new object is to be added to 
the list. If so, the process proceeds to step 962 where the 
weighting factor for the new object is determined. The 
process then proceeds to step 964 where object entries are 
determined for the new object based on the weighting factor. 
The process then proceeds to step 966 where the entries of 
the new object are distributed within a dynamic list. 

If a new object is not being added to the list, the process 
the proceeds to step 958, where a determination is made as 
to whether an object is to be deleted from the list. If not, the 
process proceeds to step 960 where the dynamic list is used 
and the process is looped to step 956. If, however, an object 
is to be removed from the list, the process proceeds to step 
976 where the object entries are removed from the list. Note 
^2 that a processing entity that produced the linked list may or 
may not be the processing entity that accesses the linked list. 
Further note that when the linked list is being updated with 
a new object, a deleted object, or a redistribution of object 
entities, the linked list remains accessible for use. 

50 While the processing steps 950-964, and 976 are being 
performed, a redistribution checking processing is being 
performed in parallel, or in the background as not to 
substantially interfere with the main process. Such redistri- 
bution checking begins at step 968 where a distribution 

55 factor for an object in the list is determined. Such a deter- 
mination may include updating the weighting factors. The 
process then proceeds to step 970 where the distribution 
factor is compared to a dynamic distribution threshold. The 
process then proceeds to step 972 where a determination is 
made as to whether the comparison was favorable. If so, the 
process continues at step 956. If, however, the comparison 
was not favorable, the process proceeds to step 974. At step 
974, at least one of the object elements is redistributed 
within the dynamic list. 

65 FIG. 42 illustrates a dynamic list processor 980 that 
includes a processing module 982 and memory 984. The 
processing module 982 may include a single processing 
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entity or a plurality of processing entities. Such a processing 
entity may be a microprocessor, microcontroller, 
microcomputer, digital signal processor, central processing 
unit, state machine, logical circuitry and/or any device that 
manipulates digital information based on operating instruc- 
tions. The memory 984 may be read-only memory, random 
access memory, floppy disk memory, hard disk memory, 
magnetic tape memory, CD memory, DVD memory, and/or 
any device that stores operating instructions. Note that if the 
processing module 982 includes a state machine and/or logic 
circuitry to implement one or more of its functions, the 
operating instructions are embedded within the state 
machine and/or logic circuitry. As such, the memory is 
embedded within the logic circuitry and/or state machine. 

Memory 984 stores operating instructions that cause the 
processing module 982 to function as a plurality of circuits 
986-994, As circuit 986, the processing module ascribes a 
weighting factor to each object to be contained within the 
dynamic list. The processing module then functions as 
circuit 988 to generate the dynamic Ust based on the weight- 
ing factor of each of the objects. The processing module then 
functions as circuit 990 to traverse the dynamic list to access 
the objects based on the weighting factor of each of the 
objects. The processing module may further function as 
circuit 992 to add an object to the Ust. The processing 
module may also function as circuit 994 to delete an object 
to the list. The operating instructions stored in memory 984 
and performed by processing module 982 may be further 
described with reference to FIG. 43. Note that the dynamic 
processing module 980 performs similar functions as 
described with reference to FIGS. 37 through 39. 

FIG. 43 illustrates a logic diagram for generating a 
dynamic list. The process begins at step 1000 where a 
weighting factor is ascribed to each object to be contained 
within the dynamic list. The process then proceeds to step 
1002 where the dynamic list is generated based on the 
weighting factor of each of the objects. The process then 
proceeds to step 1004 where the dynamic list is traversed to 
access objects based on the weighting factor of each of the 
objects. Such a dynamic list corresponds to the dynamic list 
924 illustrated in FIG. 37. The dynamic list may be traversed 
in a distributive manner such that each object is accessed 
with the greatest probability of avoiding an overflow or 
underflow condition of the local memory. 

The process then proceeds to step 1006 where a determi- 
nation is made as to whether an object is to be added to the 
list. If so, the process proceeds to step 1010 where a 
weighting factor is determined for the new object. The 
process then proceeds to step 1012 where a distribution 
factor for the objects in the dynamic list is determined. The 
process then proceeds to step 1014 where a distribution 
factor is compared with a dynamic distribution threshold. As 
such, the dynamic distribution threshold is established, as 
best as possible, keep the distance between the allocations of 
a particular object as equal as possible. As shown in the 
examples of FIGS. 37 through 39, it was desirable to 
maintain a relatively equal number of object entries between 
object entries of the same object thereby assuring that every 
X entry in the list, the object would be addressed. As such, 
with a balanced distribution of object entries of objects 
within the list, overflow and underflow conditions of local 
memory can be minimized. 

The process then proceeds to step 1016 where a determi- 
nation is made as to whether the comparison of 1014 was 
favorable. If not, the process proceeds to step 1018 where 
the traversing order of the dynamic list is revised to facilitate 
a more compatible distribution. The process then reverts to 
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Step 1004 where the dynamic list is traversed. If, however, 
the comparison was favorable, the process proceeds to step 
1004. 

At step 1008 a determination is made as to whether an 
object is to be deleted from the list. If not, the process reverts 
to step 1004. If, however, an object is to be deleted from the 
list, the process proceeds to step 1020 where the object is 
removed from the list. The process proceeds to step 1022 
where the traversing order of the list is revised. The process 
then proceeds to step 1012 and follows the subsequent steps. 
The processing steps of FIGS, 41 and 43 may be stored on 
a memory device such as a floppy disk, hard disk, etc. or 
embedded into a memory chip and treated as a separate 
product. 

The preceding discussion has presented a method and 
apparatus for improving data transpiration within a data 
transportation system. By processing ingress and egress data 
at the bit level utilizing a memory manager and a linked Hst, 
the data can be processed in an efficient manner. With such 
an efl&cient manner, a switching entity is capable of sup- 
porting a DS3 link such that each of the DSOs associated 
with the DS3 link is capable of supporting an independent 
logical channel. By improving the switching entity to 
accommodate 672 logical channels, a service provider is 
given greater flexibility in servicing its customers. 

What is claimed is: 

1. A method for data extraction comprises the steps of: 

a) receiving at least one bit of data from a bit stream of 
data representative of packetized data, wherein the 
packctizcd data is formatted based on a data packetiz- 
ing protocol; 

b) identifying a data packet associated with the at least 
one bit based on time occurrence of the receiving of the 
at least one bit; 

c) determining status of the data packet based on the time 
occurrence of the at least one bit and the data packet; 

d) extracting data from the at least one bit based on status 
of the data packet and content of the at least one bit; and 

e) updating at least a portion of the status of the data 
packet based, at least partially, on the content of the at 
least one bit to produce updated status. 

2. The method of claim 1, wherein the data packet 
comprises at least one of: 

flag delineated data that is conveyed via a logical channel; 
and 

data packctizcd based on a High-level Data Link Con- 
troller protocol. 

3. The method of claim 1 further comprises: 
determining memory allocation of local memory to a 

logical channel, wherein the local memory includes a 
plurahty of data sections and associated status sections; 
and 

storing the at least one bit in a given location of a data 
section of the plurality of data sections based on the 
memory allocation and the status of the data packet. 

4. The method of claim 3 further comprises storing the 
updated status in the associated status section of the data 
section, 

5. The method of claim 3 further comprises determining 
the memory allocation by: 

determining memory requirements of the logical channel; 

allocating a single one of the plurality of data sections to 
the logical channel when the memory requirements of 
the logical channel is of a first data size; 

allocating multiple ones of the plurality of data sections to 
the logical channel when the memory requirements of 
the logical channel is a multiple of the first data size; 
and 
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linking the multiple ones of the plurality of data sections 
via a linked list. 

6. The method of claim 1 further comprises: 
determining an end of the data packet based on the content 

of at least one bit and the status of the data packet; 
determining size of the data packet when the end of the 

data packet is determined; 
comparing the size of the data packet with a data packet 

protocol size threshold; and 
rejecting the data packet when the size of the data packet 

compares unfavorably to the data packet protocol size 

threshold. 

7. The method of claim 6 further comprises rejecting the 
data packet by at least one of: 

flagging the data packet; and 

deleting the data packet from a local memory. 

8. The method of claim 1, wherein the status of the data 
packet comprises at least one of: current status of the data 
packet, history status of the data packet, mapping informa- 
tion of a logical channel to local memory, local memory 
context information that contains addressing information, 
current stored word length, and linked list information. 

9. The method of claim 1, wherein the bit stream of data 
comprises a plurality of bit streams that have been inter- 
leaved. 

10. Amcthod for extracting data from a stream of data, the 
method comprises the steps of: 

a) receiving the stream of data; 
on a bit by bit basis: 

b) obtaining data mapping information that corresponds 
data packets to at least one of a plurality of data storage 
sections and time positioning data; 

c) obtaining memory context information that corre- 
sponds to current storage status of the data packets 
based on at least a portion of the data mapping 
information, wherein the data packets are packetized 
based on a data packetizing protocol; and 

d) processing a bit of the stream of data as at least one of: 
extracted data, data packetizing protocol information, 
and frame delineation data based on at least one of; 
time occurrence of the bit, the data mapping 
information, data content, and the memory context 
information. 

11. The method of claim 10, wherein step (b) further 
comprises: 

determining a logical channel affiliation of the bit based 
on time occurrence of the bit and the time positioning 
data; and 

identifying at least one of the plurality of data storage 
sections based on the logical channel affiliation. 

12. The method of claim 10, wherein the current storage 
status of the data packets comprises at least one of: channel 
segment rate, bit inversion, addressing mode, valid data, 
linked memory segments, and data storage section fill status. 

13. The method of claim 10, wherein step (d) further 
comprises: 

determining logical channel affiliation of the bit based on 
time occurrence of the bit and the time positioning data; 

obtaining the memory context information specific to the 
logical channel to obtain specific memory context 
information; and 

determining whether the bit is extracted data, packetizing 
protocol information, or frame delineation data based 
on the specific memory context information and the 
data content of the bit. 
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14. The method of daim 13 further comprises: 
interpreting the specific memory context information to 

identify that incoming data is valid; 
comparing the data content of the bit and at least a portion 
^ of previously stored bits of the data packet with an end 

of data packet flag; and 
storing the bit as extracted data when the comparing to the 

end of data packet flag was favorable. 

15. The method of claim 14 further comprises: 
determining that the bit is packet protocol information 

data when the comparing to the end of data packet flag 
was unfavorable; and 
updating the specific memory context information to 
15 indicate that the data packet has been stored when the 
comparing to the end of data packet flag was unfavor- 
able. 

16. The method of claim 13 further comprises: 
interpreting the specific memory context information to 

20 identify that incoming data is not valid; 

comparing the data content of the bit and at least a portion 

of previously stored bits associated with the logical 

channel with a start of data packet flag; 
determining that the bit is packet protocol information 

when the comparing to the start of data packet flag was 

favorable; 

storing the bit as packet protocol information when the 
comparing to the start of data packet flag was favor- 
30 able; and 

updating the specific memory context information to 
indicate that the data packet is beginning to be received 
when the comparing to the start of data packet flag was 
favorable. 

35 17. The method of claim 16 further comprises: 

overwriting the bit with a next bit of the data packet. 
18. The method of claim 13, further comprises determin- 
ing the bit is frame delineation data based on the time 
occurrence of the bit and the time positioning data. 
40 19. The method of claim 10 further comprises: 

determining an end of a data packet based on the data 
content of the bit, the data mapping information, and 
the memory context information; 
determining size of the data packet based on the memory 
context information when the end of the data packet is 
determined; 

comparing the size of the data packet with a data packet 
protocol size threshold; and 
5Q rejecting the data packet when the size of the data packet 
compares unfavorably to the data packet protocol size 
threshold. 

20. A data extraction module comprises: 
a processing module; and 

55 memory operably coupled to the processing modiile, 
wherein the memory includes operating instructions 
that cause the processing module to (a) receive at least 
one bit of data from a bit stream of data representative 
of packetized data, wherein the packetized data is 

60 formatted based on a data packetizing protocol; (b) 
identify a data packet associated with the at least one bit 
based on time occurrence of the receiving of the at least 
one bit; (c) determine status of the data packet based on 
the time occurrence of the at least one bit and the data 

65 packet; (d) extract data from the at least one bit based 
on the status of the data packet and content of the at 
least one bit; and (e) update at least a portion of the 
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Status of the data packet based, at least partially, on the 
content of the at least one bit to produce updated status. 

21. The data extraction module of claim 20 further 
comprises local memory that includes a plurality of data 
sections and associated status sections, and wherein the 
memory further comprises operating instructions that cause 
the processing module to: 

determine memory allocation of the local memory to a 
logical channel, wherein the at least one bit is aflSliated 
with the logical channel; and 

store the at least one bit in a given location of a data 
section of the plurality of data sections based on the 
memory allocation and the status of the data packet. 

22. The data extraction module of claim 21, wherein the 
memory further comprises operating instructions that cause 
the processing module to determine the memory allocation 
by: 

determining memory requirements of the logical channel; 

allocating a single one of the plurality of data sections to 
the logical channel when the memory requirements of 
the logical channel is of a first data size; 

allocating multiple ones of the plurality of data sections to 
the logical channel when the memory requirements of 
the logical channel is a mxiltiple of the first data size; 
and 

linking the multiple ones of the plurality of data sections 
via a linked list. 

23. The data extraction module of claim 20, wherein the 
memory further comprises operating instructions that cause 
the processing module to: 

determine an end of the data packet based on the content 

of at least one bit and the status of the data packet; 
determine size of the data packet when the end of the data 

packet is detenmined; 
compare the size of the data packet with a data packet 

protocol size threshold; and 
reject the data packet when the size of the data packet 

compares unfavorably to the data packet protocol size 

threshold. 

24. The data extraction module of claim 20, wherein the 
bit stream of data comprises 

a plurality of bit streams that have been interleaved. 

25. A data extraction module comprises: 
a processing module; and 

memory operably coupled to the processing module, 
wherein the memory includes operating instmctions 
that caxise the processing module to (a) receiving a 
stream of data; and, on a bit by bit basis, to: (b) obtain 
data mapping information that corresponds data pack- 
ets to at least one of a plurality of data storage sections 
and time positioning data; (c) obtain memory context 
information that corresponds to current storage status 
of the data packets based on at least a portion of the data 
mapping information, wherein the data packets are 
packctized based on a data packetizing protocol; and 
(d) process a bit of the stream of data as at least one of: 
extracted data, data packetizing protocol information, 
and frame delineation data based on at least one of: 
time occurrence of the bit, the data mapping 
information, data content, and the memory context 
information. 

26. The data extraction module of claim 25, wherein the 
memory further comprises operating instructions that cause 
the processing module to: 

determine a logical channel affiliation of the bit based on 
time occurrence of the bit and the time positioning data; 
and 
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identify at least one of the plurality of data storage 
sections based on the logical channel aflfiliation. 

27. The data extraction module of claim 25, wherein the 
memory further comprises operating instructions that cause 
the processing module to: 

determine logical channel afiBliation of the bit based on 
time occurrence of the bit and the time positioning data; 

obtain the memory context information specific to the 
logical channel to obtain specific memory context 
information; and 

determine whether the bit is extracted data, packetizing 
protocol information, or frame delineation data based 
on the specific memory context information and the 
data content of the bit. 

28. The data extraction module of claim 27, wherein the 
memory further comprises operating instructions that cause 
the processing module to: 

interpret the specific memory context information to 

identify that incoming data is valid; 
compare the data content of the bit and at least a portion 

of previously stored bits of the data packet with an end 

of data packet fiag; and 
store the bit as extracted data when the comparing to the 

end of data packet flag was favorable. 

29. The data extraction module of claim 28, wherein the 
memory further comprises operating instructions that cause 
the processing module to: 

determine that the bit is packet protocol information when 
the comparing to the end of data packet flag was 
unfavorable; and 

update the specific memory context information to indi- 
cate thai the data packet has been stored when the 
comparing to the end of data packet flag was unfavor- 
able. 

30. The data extraction module of claim 27, wherein the 
memory further comprises operating instructions that cause 
the processing module to: 

interpret the specific memory context information to 
identify that incoming data is not valid; 

compare the data content of the bit and at least a portion 
of previously stored bits associated with the logical 
channel with a start of data packet flag; 

determine that the bit is packet protocol information when 
the comparing to the end of data packet flag was 
favorable; 

store the bit as packet protocol information when the 
comparing to the start of data packet flag was favor- 
able; and 

update the specific memory context information to indi- 
cate that the data packet is beginning to be received 
when the comparing to the start of data packet flag was 
favorable. 

31. The data extraction module of claim 30, wherein the 
memory further comprises operating instructions that cause 
the processing module to: 

overwrite the bit with a next bit of the data packet. 

32. The data extraction module of claim 25, wherein the 
memory further comprises operating instructions that cause 
the processing module to: determine the bit is frame delin- 
eation data based on the time occurrence of the bit and the 
time positioning data. 
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33. The data extraction module of claim 25, wherein the 
memory further comprises operating instructions that cause 
the processing module to: 

determine an end of a data packet based on the data 
content of the bit, the data mapping information, and 5 
the memory conlexl information; 
determine size of the data packet based on the memory 
context information when the end of the data packet is 
determined; 
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compare the size of the data packet with a data packet 

protocol size threshold; and 
reject the data packet when the size of the data packet 

compares unfavorably to the data packet protocol size 

threshold. 

34. The data extraction module of claim 25 further 
comprises a process tracking repository that contains the 
data mapping information the memory context information. 

4t 3)t * « * 
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